使用Spring的事务管理----传播性和隔离性

在上面几篇日志配置Spring事务的时候都涉及到了事务的传播和隔离性，这里具体深入理解一下。

当多个事务嵌套时，某个事务的propagation事务传播将会直接影响最终的执行效果。

具体propagation的解释如下：

propagation属性	说明
REQUIRED	无论当前事务上下文中有没有事务，都会创建一个新的事务。也即逻辑需要在一个事务中运行,如果方法运行时,已处在一个事务中,那么就加入该事务,否则自己创建一个新的事务
SUPPORTS	如果当前事务上下文中有一个事务，那么使用事务上下文中的事务（加入外层的事务，成为外层事务的一部分）；如果没有，那么按照无事务的方式执行
MANDATORY	如果当前事务上下文中有一个事务，那么使用事务上下文中的事务；如果没有，那么抛出 IllegalTransactionStatException
REQUIRES_NEW	无论当前事务上下文中没有有事务，都会开启一个新的事务。也即逻辑总是会为自己发起一个新的事务,如果方法已运行在一个事务中,则原有事务被挂起,新的事务被创建,直到方法结束,新事务才结束,原先的事务才会恢复执行
NOT_SUPPORTED	无论当前事务上下文中有没有事务，都会按照无事务的方式执行。----不使用事务，如果当前有事务，则挂起事务。-----如果方法在一个事务中被调用,该事务会被挂起,在方法调用结束后,原先的事务便会恢复执行
NEVER	如果当前事务上下文中有一个事务，就会抛出 IllegelTransactionStatException
NESTED	在当前事务上下文的事务中增加一个保存点，如果内嵌事务发生回滚，只会回滚内嵌的事务，不会回滚外层事务。如果外层没有事务，则按照REQUIRED方式执行

 -----------------------------------------------------------------------------------------------------------------------------

事务隔离性

多个事务并发执行可能出现以下问题：

脏读：一个事务读到另一个事务未提交的更新数据。

例如事务1更新了一条记录，然后事务2读取了该条记录，但是然后事务1回滚了它的更新操作，导致事务2读取的记录其实不是数据库中记录的真实值，出现了脏读。

 

不可重复读：在同一个事务中，多次读取同一数据，返回的结果有所不同。因为后续读取可以读到另一个事务已提交的更新数据。

 

幻读：一个事务读取到另一个事务已提交的insert数据。

例如事务1读取了数据库中年龄大于30岁的20条记录，然后事务2插入了一条年龄大于30岁的记录，然后事务1再次读取年龄大于30岁的记录，发现变成了21条，以为产生了幻觉。

  -----------------------------------------------------------------------------------------------------------------------------

Spring的事务管理提供了5种事务隔离性属性来解决以上问题：

ISOLATION_DEFAULT是采用数据库默认隔离级别。

ISOLATION_READ_UNCOMMITTED: 事务最低的隔离级别，它允许另外一个事务可以看到这个事务未提交的数据。这种隔离会产生脏读，不可重复读和幻读。

ISOLATION_READ_COMMITTED: 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。

ISOLATION_REPEATABLE_READ: 这种事务隔离界别可以防止脏读，不可重复读。但是可能出现幻读。它除了保证一个事务不能读取另外一个未提交的数据外，还避免了不可重复读现象。

ISOLATION_SERIALIZABLE: 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻读。

 

隔离级别	脏读	不可重复读	幻读
未授权读 READ_UNCOMMITTED	可能发生	可能发生	可能发生
授权读 READ_COMMITTED	不会发生	可能发生	可能发生
可重复读 REPEATABLE_READ	不会发生	不会发生	可能发生
序列化 SERIALIZABLE	不会发生	不会发生	不会发生