springmvc hibernate事务管理read-only属性

在利用freemarker做网页静态化中遇到的一个小问题。程序的逻辑大致是，当用户提交网页静态化请求时，会从数据库读取新闻纪录，查看对应的html路径是否存在，如果存在就将html文件删除然后重新生成静态化文件，修改数据库对应的数据记录。但是在开发过程中发现，update语句无法提交，经过查阅资料发现是事务管理配置的read-only属性出了问题。

因为get与update属于同一个事务。但是该事务的read-only属性被配置为了true。因此数据库在这个事务内被配置成了只读数据库，因此不能修改数据。将该事务的read-only属性去除后可以完成更新。总结一下spring mvc的read-only属性：（http://blog.163.com/ffwangkun@126/blog/static/168601015201231810639506）

read-only的概念：

从这一点设置的时间点开始（时间点a）到这个事务结束的过程中，其他事务所提交的数据，该事务将看不见！（查询中不会出现别人在时间点a之后提交的数据）。

应用场合：

如果你一次执行单条查询语句，则没有必要启用事务支持，数据库默认支持SQL执行期间的读一致性； 如果你一次执行多条查询语句，例如统计查询，报表查询，在这种场景下，多条查询SQL必须保证整体的读一致性，否则，在前条SQL查询之后，后条SQL查询之前，数据被其他用户改变，则该次整体的统计查询将会出现读数据不一致的状态，此时，应该启用事务支持。【注意是一次执行多次查询来统计某些信息，这时为了保证数据整体的一致性，要用只读事务】

在将事务设置成只读后，相当于将数据库设置成只读数据库，此时若要进行写的操作，会出现错误。

顺便介绍一下事务传播属性的配置：

（http://www.cnblogs.com/m-xy/archive/2013/05/14/3077627.html）

1. PROPAGATION_REQUIRED: 如果存在一个事务，则支持当前事务。如果没有事务则开启；

2. PROPAGATION_SUPPORTS: 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行；

3. PROPAGATION_MANDATORY: 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常；

4. PROPAGATION_REQUIRES_NEW: 总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起；

5. PROPAGATION_NOT_SUPPORTED: 总是非事务地执行，并挂起任何存在的事务；

6. PROPAGATION_NEVER: 总是非事务地执行，如果存在一个活动事务，则抛出异常；

7. PROPAGATION_NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行。