Spring的嵌套事务(Propagation.NESTED)到底是个啥案例代码讲解
什么是嵌套事务
嵌套事务其实是对数据库SavePoint概念的Java操作版封装，什么是SavePoint参考我另一篇文章：https://www.jb51.net/article/272004.htm
SavePoint是数据库事务中的一个概念, 可以将整个事务切割为不同的小事务, 可以选择将状态回滚到某个小事务发生时的样子。
Propagation.NESTED 则是外部事务的子事务, 如果外部事务 commit, 嵌套事务也会被 commit, 这个规则同样适用于rollback.
嵌套事务开始执行时, 它将取得一个 savepoint, 如果这个嵌套事务失败, 我们将回滚到此 savepoint，嵌套事务是外部事务的一部分, 只有外部事务结束后它才会被提交.
案例
伪代码如下:
ServiceA {
void methodA() {
try {
DML......
ServiceB.methodB();
} catch(...) ...
DML....
}
}
ServiceB {
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 设置嵌套事务不回滚。
到此这篇关于Spring的嵌套事务(Propagation.NESTED)到底是个啥案例代码讲解的文章就介绍到这了,更多相关Spring嵌套事务内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网！
免责声明：
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的，并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据，供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
