Spring事务传播机制

事务
一、事务特性
原子性（Atomicity）：事务是一个原子操作，由一系列动作组成。事务的原子性确保动作要么全部完成，要么完全不起作用。
一致性（Consistency）：一旦事务完成（不管成功还是失败），系统必须确保它所建模的业务处于一致的状态，而不会是部分完成部分失败。在现实中的数据不应该被破坏。
隔离性（Isolation）：可能有许多事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏。
持久性（Durability）：一旦事务完成，无论发生什么系统错误，它的结果都不应该受到影响，这样就能从任何系统崩溃中恢复过来。通常情况下，事务的结果被写到持久化存储器中

二、Spring 事务实现方式
编程式
使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。需要在业务代码中参杂事务处理的代码（也可以把事务管理的代码独立成单个方法）。
示例如下：

声明式事务
建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。

三、Spring事务传播机制
常用的四种：
PROPAGATION_REQUIRED
Spring默认的传播机制，支持当前事务，如果当前没有事务，就新建一个事务。
PROPAGATION_REQUES_NEW
新建事务，如果当前存在事务，把当前事务挂起。
PROPAGATION_NOT_SUPPORT
以非事务方式运行，如果当前存在事务，则把当前事务挂起。
PROPAGATION_NESTED
如果当前存在事务，则在嵌套事务内执行，如果当前没有事务，则进行与PROPAGATION_REQUIRED类似的操作。
不常用：
PROPAGATION_SUPPORTS
支持当前事务，如果当前没有事务，就以非事务方式执行。
PROPAGATION_MANDATORY
支持当前事务，如果当前没有事务，就抛出异常。
PROPAGATION_NEVER
以非事务方式执行，如果当前存在事务，则抛出异常。

四、事务传播机制具体说明
REQUIRED：
如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。
无父事务时：子事务作为独立事务执行
有父事务时：子事务中的操作串入父事务中执行，并且一起提交，一个操作失败全部回滚

需要注意的问题场景：
serviceA.doFun1方法执行过程中，调用了serviceB.doFun1方法，并在调用的外部用try…catch进行捕获异常并处理，这会导致图2的异常。
原因：执行serviceB.doFun1发生异常时，会被标记roll-back only，但异常被serviceA.doFun1方法消化了，最后执行完serviceA.doFun1，会进行提交，所以就报错了。

解决方案：
在serviceB.doFun1方法内部进行try…catch…异常处理。

REQUIRES_NEW：
该事务传播机制是每次都会新开启一个事务，同时把外层事务挂起，当当前事务执行完毕，恢复上层事务的执行。如果外层没有事务，执行当前新开启的事务即可。

上图示例：
作为事务，子事务T2不受父事务T1回滚的影响，但仍作为T1的子逻辑
O(D)失败，O(A)回滚，T2中的事务不回滚；
T2失败回滚，T1捕获异常后，可以选择提交或回滚，
未捕获异常，同T2一起回滚。

NOT_SUPPORTED：
该传播机制不支持事务，如果外层存在事务则挂起，执行完当前代码，则恢复外层事务，无论是否异常都不会回滚当前的代码。

如上图：子事务自身无回滚，出现异常若向上抛，可能导致父事务回滚。
父事务回滚时，不会影响子事务。

NESTED：
该传播机制的特点是可以保存状态保存点，当前事务回滚到某一个点，从而避免所有的嵌套事务都回滚，即各自回滚各自的，如果子事务没有把异常吃掉，基本还是会引起全部回滚的。
无父事务时：创建独立事务，等同于PROPAGATION_REQUIRED
有父事务时：嵌套在父事务之内，即子事务依赖父事务，子事务在父事务提交时提交；父事务回滚，子事务也回滚。
若子事务发生异常，在调用方法中捕获并处理可继续执行。

五、事务失效的情况
父方法和子方法不在一个线程中
没有被spring管理
方法不是public
自身调用问题
异常类型错误或被处理了

六、Spring事务的实现机制

七、事务的隔离级别
事务的隔离级别定义一个事务可能受其他并发务活动活动影响的程度，可以把事务的隔离级别想象为这个事务对于事物处理数据的自私程度。
在一个典型的应用程序中，多个事务同时运行，经常会为了完成他们的工作而操作同一个数据。并发虽然是必需的，但是会导致以下问题：
脏读（Dirty read）
脏读发生在一个事务读取了被另一个事务改写但尚未提交的数据时。如果这些改变在稍后被回滚了，那么第一个事务读取的数据就会是无效的。
不可重复读（Nonrepeatable read）
不可重复读发生在一个事务执行相同的查询两次或两次以上，但每次查询结果都不相同时。这通常是由于另一个并发事务在两次查询之间更新了数据。
幻读（Phantom reads）
幻读和不可重复读相似。当一个事务（T1）读取几行记录后，另一个并发事务（T2）插入了一些记录时，幻读就发生了。在后来的查询中，第一个事务（T1）就会发现一些原来没有的额外记录。