模拟交易异步缓存问题故障排除总结(附文)

模拟交易异步缓存问题故障排除总结主体文章

事务传播行为：

事务传播行为其实就是当出现多个事务嵌套或者相互调用时，我们处理事务的方式。

Spring一共定义了7种事务传播行为（事务方法B该如何运行）：

传播行为	含义
PROPAGATION_REQUIRED	如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中(这是最常见的选择,也是spring的默认事务传播行为)
PROPAGATION_SUPPORTS	支持当前事务，如果当前没有事务，就以非事务方式执行
PROPAGATION_MANDATORY	使用当前的事务，如果当前没有事务，就抛出异常
PROPAGATION_REQUIRES_NEW	新建事务，如果当前存在事务，把当前事务挂起
PROPAGATION_NOT_SUPPORTED	以非事务方式执行操作，如果当前存在事务，就把当前事务挂起
PROPAGATION_NEVER	以非事务方式执行，如果当前存在事务，则抛出异常
PROPAGATION_NESTED	如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作

平时我们最常用的是 PROPAGATION_REQUIRED，这也是Spring的默认事务传播行为。个人认为了解就行，平常用到的确实很少。

先简单解释一下PROPAGATION_REQUIRED：

我们假设两个方法，A调用B，两个方法都存在事务注解，且都是传播行为都是PROPAGATION_REQUIRED

@Transactional(
    propagation = Propagation.REQUIRED,
    isolation = Isolation.READ_COMMITTED,
    timeout = 36000,
    rollbackFor = Exception.class)
void methodA() {
    ......
    methodB();
    .......
}

@Transactional(
    propagation = Propagation.REQUIRED,
    isolation = Isolation.READ_COMMITTED,
    timeout = 36000,
    rollbackFor = Exception.class)
void methodB() {
    .......
}

则具体效果如图所示：

 

1. 假设我们执行methodA，由于当前还没有事务，于是就新创建一个事务。
2. 当在methodA中调用methodB的时候，由于methodA已经存在于事务中，于是methodB便无需新创建一个事务，直接加入到methodA的事务中即可。但是不影响事务B的独立运行。

此时将方法B的事务传播行为变更为 PROPAGATION_SUPPORTS：

· 效果如下图：

 

单独调用方法B不开启事务，只有当方法A调用方法B时才会放到方法A开启的事务中以事务的方式执行。

此时将方法B的事务传播行为变更为 PROPAGATION_MANDATORY：

图我就不画了，单独调用方法B不开启事务，并抛出异常；只有当方法A调用方法B时才会放到方法A开启的事务中以事务的方式执行。

此时将方法B的事务传播行为变更为PROPAGATION_REQUIRES_NEW：

效果图如下：