Spring 事务传播机制和数据库的事务隔离级别

Propagation（事务传播属性）

类别	传播类型	说明
支持当前事务	REQUIRED	如果当前没有事务，就新建一个事务。@Transaction的默认选择
支持当前事务	SUPPORTS	就以非事务的方式运行。
支持当前事务	MANDATORY	如果当前没有事务，就抛出异常。
不支持当前事务	REQUIRES_NEW （隔离）	如果当前存在事务，就把当前事务挂起，执行当前新建十五完成后，上下文事务恢复后再执行。
不支持当前事务	NOT_SUPPORTED（不支持）	以非事务的方式执行操作；如果当前存在事务，就把当前事务挂起，执行当前逻辑，结束后恢复上下文的事务。
不支持当前事务	NEVER（强制非事务）	以非事务的方式执行，如果当前存在事务，则抛出异常。
嵌套事务	NESTED（嵌套事务）	如果当前存在事务，则嵌套在事务中执行。类似RERQUIRED的特征。

调用示例

ServiceA

ServiceA {

     void methodA() {

         ServiceB.methodB();

     }

}

ServiceB

ServiceB {

     void methodB() {

     }

}

REQUIRED

假设当前运行的事务不在另外一个事务里，那么久新起一个事务；比如，ServiceB.methodB的事务定义级别是PROPAGATION_REQUIRED，那么在执行ServiceA.methodA的时候，ServiceA.methodA已经起了事务。这是调用ServiceB.methodB，ServiceB.methodB看到自己已经执行在ServiceA.methodA的事务内部，就不再启动新事物。如果ServiceA.methodA没有事务，那么B回自己启动一个事务。这样A、B两个方法不管哪个方法发生异常，他们都会一起回滚，一荣俱荣。

SUPPORTS

假设当前在事务中。即以事务的形式执行。假设当前不在一个事务中，那么就以非事务的形式执行

MANDATORY

必须在同一个事务中执行。也就是说它仅仅能被一个父事务调用。否则它就要抛出异常。

REQUIRED_NEW

与REQUIRED相反的是，B方法不管调用它的有没有事务开启，他都会自己开启事务，管好他自己的一某三分地。A，B分别处于两个不同的事务中，两方法的结果互不影响。

NOT_SUPPORTED

当前不支持事务。比方ServiceA.methodA的事务级别是PROPAGATION_REQUIRED 。而ServiceB.methodB的事务级别是PROPAGATION_NOT_SUPPORTED ，那么当执行到ServiceB.methodB时。ServiceA.methodA的事务挂起。而他以非事务的状态执行完，再继续ServiceA.methodA的事务。

NEVER

不能在事务中执行。

如果ServiceA.methodA的事务级别是PROPAGATION_REQUIRED。而ServiceB.methodB的事务级别是PROPAGATION_NEVER ，那么ServiceB.methodB就要抛出异常了。

NESTED

如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。

Spring事务的隔离级别

类型	说明
ISOLATION_DEFAULT	这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。另外四个与JDBC的隔离级别相对应
ISOLATION_READ_UNCOMMITTED	这是事务最低的隔离级别，它允许另外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读。
ISOLATION_READ_COMMITTED	保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据
ISOLATION_REPEATABLE_READ	这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。
ISOLATION_SERIALIZABLE	是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻像读。