阐述事务的隔离级别和传播属性(总结易理解)

七个事务传播属性

 PROPAGATION_REQUIRED -- 支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。
 PROPAGATION_SUPPORTS -- 支持当前事务,如果当前没有事务,就以非事务方式执行。
 PROPAGATION_MANDATORY -- 支持当前事务,如果当前没有事务,就抛出异常。
 PROPAGATION_REQUIRES_NEW -- 新建事务,如果当前存在事务,把当前事务挂起。
 PROPAGATION_NOT_SUPPORTED -- 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
 PROPAGATION_NEVER -- 以非事务方式执行,如果当前存在事务,则抛出异常。
 PROPAGATION_NESTED--如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则进行与PROPAGATION_REQUIRED类似的操作。

 

五种隔离级别

隔离级别是指若干个并发的事务之间的隔离程度。

 

ISOLATION_DEFAULT--这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应;
ISOLATION_READ_UNCOMMITTED--这是事务最低的隔离级别,它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读,不可重复读和幻像读。

ISOLATION_READ_COMMITTED--保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现,但是可能会出现不可重复读和幻像读。

ISOLATION_REPEATABLE_READ--这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了避免下面的情况产生(不可重复读)。

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

 

 

总结:

七个事务传播属性:

支持当前事务有三种:1有则用之,无则建之,2有则用之,无则不用,2有则用之,无则报错。

不支持当前事务:1不管有无都建,2不用事务,若当前存则挂起。3不用事务,若存则报错。

通用:存则嵌之,无则及建之。
 
隔离级别:
未提交:不提交其他的事务均可读
已提交:提交后其他事务方可读。 存在不可重复读的问题:事件1有两次select,正好事件两的update发生在第一次select之后第二次之前。那个这两次的结果会不一样。
可重复读:可以避免已经提交的不可重复读的问题。
序列化:如果已经提交中的update改成insert,就会幻读问题,这个直接销表可以解决。
原文地址:https://www.cnblogs.com/wolf12/p/7056877.html