什么是嵌套事务
嵌套事务其实是对数据库SavePoint概念的Java操作版封装，什么是SavePoint参考我另一篇blog：juejin.cn/post/718544…
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和嵌套事务在实际应用中场景不多，了解一下如果将来真有需要的话 可以派上用场。
