spring 事务 传播机制 描述的 事务方法直接相互调用，父子事物开启，挂起，回滚 等的处理方式。 绿色的 那几个 我认为比较重要。
1 , @Transactional(propagation=Propagation.REQUIRED） 默认值 等于 @Transactional
有父方法传递过来的 事务环境，就在使用父方法的事务环境，如果父方法没有事务环境，那么就用新开启一个事物。
备注：非事务执行的意思是单条sql就提交。
例子设置： A 方法调用 B，C两个子方法。C执行后在C的方法中抛出异常
情景1 条件：A 什么都不加，B 什么都不加，C，Propagation.REQUIRED ，
结果：C 执行以后抛出异常。结果 B能写入 ，C写入的被回滚。
解析：A，B都是非事物环境，C起了一个新的事务。
情景2 条件：A 加 @Transactional ，B 什么都不加，C，Propagation.REQUIRED ，
结论：B C 的操作都回滚了
解析：B，C都是用的 A开启的事务环境，C的时候抛出异常， 全部回滚。
关键字：有就用，没有就新建一个
2 ,@Transactional( propagation=Propagation.SUPPORTS）
如果父方法没有事物换机，那么当前方法就使用非事务环境执行，如果 有，就使用父方法的事务环境。 这个和不写几乎一样 @Transactional
例子设置： A 方法调用 B，C两个子方法。C执行后在C的方法中抛出异常
情景1 条件：A 什么都不加，B 什么都不加，C，Propagation.SUPPORTS，
结果：B，C 都能写入成功
解析：ABC，都是非事务环境
情景2 条件：A @Transactional ，B 什么都不加，C，Propagation.SUPPORTS，
结果：B，C 都能写入后都回滚了，
解析：ABC，都处于A开启的事务环境。
关键字：有就用，没有就不用
3 @Transactional(propagation=Propagation.MANDATORY)
当前方法必须处于事物环境才能执行。
例子设置： A 方法调用 B，C两个子方法。
情景1 条件：A 什么都不加，B 什么都不加，C，Propagation.MANDATORY，
结果：执行C的时候抛出异常（ No existing transaction found for transaction marked with propagation 'mandatory' ）
解析：C 需要事物环境才能执行
情景2 条件：A @Transactional ，B 什么都不加，C，Propagation.MANDATORY，
结果： 正常执行到
解析：C 需要事物环境才能执行
关键字：必须要父类给我一个事务环境
4 @Transactional(propagation=Propagation.REQUIRES_NEW)
必定要新开启一个事务。
例子设置： A 方法调用 B，C两个子方法。C执行后在C的方法中抛出异常
情景1 条件：A 什么都不加，B 什么都不加，C，Propagation.REQUIRES_NEW，
结果：B 能写入，C 写入后被回滚了。
解析：在父类没有事务环境的情况下，C启动了一个新的事务
情景2 条件：A @Transactional ，B 什么都不加，C，Propagation.REQUIRES_NEW，
结果： B，C都没有写入数据
解析： 明显C 让父类事务一起回滚了。C如果 回滚，父类事物也会回滚。
情景3 条件：A @Transactional ，B 什么都不加，C，Propagation.REQUIRES_NEW， 去掉 C执行后在C的方法中抛出异常，在A中 执行完C后抛出异常。
结果： B的数据没写进去，C的数据写进去；额
解析： B 使用的A开启的事物 ，C 开启了一个新事物。并且C执行完成以后就提交了，A 里面的异常让B一起回滚了。
关键字：新建一个，父回滚子不回滚，子回滚，父也会滚。 并且子事物是在 子方法完成的时候提交的。
5 @Transactional(propagation=Propagation.NOT_SUPPORTED)
当前方法一定不回用在事务环境执行，如果父类有事务，那么就先把它挂起。 和 REQUIRED 是相反的。
例子设置： A 方法调用 B，C两个子方法。C执行后在C的方法中抛出异常
情景1 条件：A @Transactional，B 什么都不加，C，Propagation.NOT_SUPPORTED，
结果：B没有写入，C能写入。
解析：B 写入了，然后被 C里面的 抛出的异常 给触发回退了，C 里面是非事执行，能够正常写入。
关键字：不会在事务环境执行
6 @Transactional(propagation=Propagation.NEVER)
和 MANDATORY 相反 ，这个方法只能执行在非事务环境，如果父类有事物，就抛出异常
例子设置： A 方法调用 B，C两个子方法
情景1 条件：@Transactional ，B 什么都不加，C，Propagation.NEVER，
结果：抛出异常（Existing transaction found for transaction marked with propagation 'never'）
解析：NEVER 的父方法不能有 事物环境。
关键字：父层不能有事务
7 @Transactional(propagation=Propagation.NESTED)
内嵌事物，在没有外部事务 的时候 和 REQUIRED 一样， 这个和 Propagation.REQUIRES_NEW 容易混淆 ，Propagation.REQUIRES_NEW 是挂起父事物，然后新启动一个事物，新的事务完成后先提交，新事物回滚，父事物一起回滚，
Propagation.NESTED 是在 父环境有事物的时候，会做一个保存点，然后在 如果 当前方法抛出异常，就回滚到保存点，如果 父事物 回滚，当前方法里面的写操作也回滚，而且本质上只有一个事物，所以在父方法事物提交的时候提交。
例子设置： A 方法调用 B，C两个子方法,C方法内部执行完成以后抛出异常
情景1 条件：@Transactional ，B 什么都不加，C，Propagation.NEVER，
结果： B 没有写入成功，C也没有写入成功。
解析：.这个结果和 REQUIRES_NEW 类似，不做解释，后面进一步确认。
情景2 条件：@Transactional ，B 什么都不加，C，Propagation.NEVER， ，但是抛异常的位置改成A方法内部，C方法调用以后。
结果： B 没有写入成功，C也没有写入成功。
解析：综合和上面2个例子。NESTED 内层事物回滚，外层也会滚，外层回滚内层也会回滚。并且内层事物提交的 时间节点是和外层事务 一起提交。
关键字：父子同步回滚，父子一起提交
备注：sharding JDBC 不支持 @Transactional(propagation=Propagation.NESTED)