Spring嵌套事务原理

Spring 采用保存点(Savepoint)实现嵌套事务原理

Spring采用一个物理事务，但是结合着savepoint机制(MySql中称为保存点)实现一个事务中的指定范围提交。
当某个方法将Spring事务传播级别设置为PROPAGATION_NESTED的时候，如果创建事务时已经存在了一个事务，则会创建一个嵌套事务。

//创建保存点
AbstractPlatformTransactionManager. handleExistingTransaction
status.createAndHoldSavepoint();

//提交事务成功释放保存的保存点
AbstractPlatformTransactionManager.processCommit
status.releaseHeldSavepoint();

//如果有保存点，同样是对当前保存点进行回滚，
//依此达到部分回滚的功能
AbstractPlatformTransactionManager. processRollback
status.rollbackToHeldSavepoint();

案例：
解惑 spring 嵌套事务

class A {
    public void invoke() {
        try {
            new B().invoke();
        catch (Exception e) {
            new C().invoke();
        }
        // 此处可能还有其他业务代码
        ...
    };
}

class B {
    public void invoke() {};
}

class C {
    public void invoke() {};
}

不论使用REQUIRES_NEW或是NESTED，在调用B的invoke时如果发生异常，都能正确完成业务逻辑

• REQUIRES_NEW`执行到B时，A事物被挂起，B会新开了一个事务进行执行，B发生异常后，B中的修改都会回滚，然后外部事物继续执行

• NESTED执行到B时，会创建一个savePoint，如果B中执行失败，会将数据回滚到这个savePoint
  重点来了，如果B处正常执行，就会产生区别了

• REQUIRES_NEW`如果B正常执行，则B中的数据在A提交之前已经完成提交，其他线程已经可见其修改，这就意味着可能有脏数据的产生；同时，如果接下来A的其他逻辑发生了异常，A回滚，但是B已经完成提交，不会回滚了。当然，如果A接下来的逻辑没有相关要求，那就无所谓了

• NESTED`如果B正常执行，此时B中的修改并不会立即提交，而是在A提交时一并提交，如果A下面的逻辑中发生异常，A回滚时，B中的修改也会回滚，就可以避免上述情况的发生