Spring对MySQL的事务传播机制说明、以及声明式事务控制的优先级理解

一、事务传播机制说明

Spring在声明式事务 @TransactionDefinition 中规定了7种类型的事务传播行为，它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播：

下面是事务传播策略介绍：

传播行为类型	说明
Propagation.REQUIRED	如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。
Propagation.SUPPORTS	支持当前事务，如果当前没有事务，就以非事务方式执行。
Propagation.MANDATORY	使用当前的事务，如果当前没有事务，就抛出异常。
Propagation.REQUIRES_NEW	新建事务，如果当前存在事务，把当前事务挂起。
Propagation.NOT_SUPPORTED	以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
Propagation.NEVER	以非事务方式执行，如果当前存在事务，则抛出异常。
Propagation.NESTED	如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与 PROPAGATION_REQUIRED 类似的操作。

二、事务控制优先级理解

1、如果主方法上标记 @TransactionDefinition 注解，那么会忽略内部调用方法上标记的 @TransactionDefinition，以主方法事务一致性为准(会忽略内部调用方法的声明式事务控制)

2、如果主方法上没有标记 @TransactionDefinition 注解，那么会以内部调用方法上标记的 @TransactionDefinition 事务一致性为准，若内部调用多个方法，每个被调用的方法以自己的事务控制为准，不影响其他被调用方法的事务

3、声明式事务控制的前提是调用的方法事务必须已经被Spring容器管理，否则声明式事务控制不生效。要通过Spring注入的Bean对象调用方法声明式事务才会生效

三、声明式事务 @TransactionDefinition 与自定义环绕 aop 执行顺序问题

1、有些场景需要自定义的 aop 环绕切面在 Spring 事务提交后执行，比如事务提交后重新获取最新的数据

2、如果事务注解和自定义注解在同一层级(同一个方法)上，事务注解会被最后调用执行，导致自定义注解无法达到理想的效果

3、解决方案一：嵌套调用，用自定义注解的方法调用标记事务注解的方法，这样在 aop 环切时执行完毕自定义注解的方法的同时、事务注解方法就已经在自定义注解方法中被调用了，环切方法 proceed() 后就可以获取到事务提交后的最新数据了