Spring的嵌套事务(Propagation.NESTED)到底是个啥案例代码讲解

什么是嵌套事务

嵌套事务其实是对数据库SavePoint概念的Java操作版封装，什么是SavePoint参考我另一篇文章：https:

SavePoint是数据库事务中的一个概念, 可以将整个事务切割为不同的小事务, 可以选择将状态回滚到某个小事务发生时的样子。

Propagation.NESTED 则是外部事务的子事务, 如果外部事务 commit, 嵌套事务也会被 commit, 这个规则同样适用于rollback.

嵌套事务开始执行时,  它将取得一个 savepoint, 如果这个嵌套事务失败, 我们将回滚到此 savepoint，嵌套事务是外部事务的一部分, 只有外部事务结束后它才会被提交.

案例

伪代码如下:

ServiceA {  
      
    /** 
     * 事务属性配置为 PROPAGATION_REQUIRED 
     */  
    void methodA() {  
        try {
          DML......
          ServiceB.methodB();  
        } catch(...) ...
        DML....
    }  
  
}  
  
ServiceB {  
      
    /** 
     * 事务属性配置为 PROPAGATION_NESTED 
     */   
    void methodB() {  
    }  
     
}     

如上代码，当methodB开始执行时，spring会在数据库中生成一个SavePoint，methodB失败被spring捕捉到时，会回滚该SavePoint，将methodB中对数据库的操作全部回滚到SavePoint之前，

注意methodA中加入了try catch，引入你的代码如果希望methodB作为一个局部性的事务抛出异常失败后，不影响A的外围事务，那么就不能让异常继续往上抛，否则A这个外围事务也会被全部回滚，因此要在A中自行消化这个异常，

说到这里其实可以总结一下，嵌套事务就是spring像对正常事务一样，帮助我们捕捉SavePoint小事务的异常并进行自动回滚，免去我们在Java代码中使用SavePoint时想要回滚的手动操作，只是前者是一个正常的大事务回滚，后者是大事务中的小事务回滚。

下面是实际测试代码，我们在保存key的时候，也保存一个value，但是保存value时我们抛出exception，并且在保存key的地方catch住：

这里是保存前的db，都是空表:

操作后，可以看到key表保存进去，value表没保存进去：

这里有人会说，key表保存进去是因为我们自己吃了异常，没有被spring捕获到，事务提交了，所以key表保存进去了，value表只是因为被spring捕获到了而已，是不是和嵌套事务没关系？那我们改一下value的事务行为，也使用默认方式，代码如下，并且我们把上面保存进db的数据清空，方便查看效果：

执行后查看数据库, 空空如也:

我们再看log，spring出了一个 Transaction rolled back because it has been marked as rollback-only 的错误，这是什么原因呢？ 更改了事务行为后就出现这种，

其实原因很简单，因为两个service都是用默认行为，那么他们同属一个事务，spring检测到了value的方法发生了错误后，会将事务标记为 rollback-only，意味着本次事务发生了错误必须回滚，后续如果尝试提交此事务，就会提示下面的错误信息，

但是我们上面使用嵌套事务时，并没有发生这种情况，因为保存value时，创建了一个SavePoint，spring捕捉到错误后回滚这个SavePoint，并不会将事务标记为错误回滚，后续key地方catch了这个错误，是可以正常提交此事务的。

SavePoint和嵌套事务在实际应用中场景不多，了解一下如果将来真有需要的话 可以派上用场。

这里有篇文章讲解使用@Transactional 设置嵌套事务不回滚。