Propagation.NESTED 某些情况下会失效？

当 Propagation.NESTED 遇到 TransactionTimedOutException 时，会发现不仅内层嵌套事务回滚，外层事务也被一起回滚了。这是为什么？


首先明确几个概念：

1. TransactionTimedOutException 什么时候会抛出来？答：事务中执行 SQL 前，会检查当前事务是否超时，超时则会抛出该异常；
2. Propagation.NESTED 传播级别的使用场景？答：外层事务已经写了一部分数据，但是有一部分数据并不关心是否执行成功，则可以给这部分逻辑的事务传播级别设置为 NESTED；

当抛出 TransactionTimedOutException 时，当前事务持有的 DataSource 会被标记为 rollbackOnly（借助 ResourceHolderSupport 实现），当整个大的事务提交时，会检查 rollbackOnly 标记，若为 true，即使内部并没有对外抛出异常，事务也会被回滚。


那如何避免 rollbackOnly 回滚整个事务呢？重写 DataSourceTransactionManager 的 shouldCommitOnGlobalRollbackOnly 方法即可：

    @Bean
    @Primary
    public DataSourceTransactionManager transactionManager(@Autowired DataSource dataSource) {
        return new DataSourceTransactionManager(dataSource) {
            @Override
            protected boolean shouldCommitOnGlobalRollbackOnly() {
                return true;
            }
        };
    }

但是这样做是有风险的，如下面这段代码：

class serviceA {
    @Autowired ServiceB serviceB;
    
    @Transaction
 	void methodA() {
        serviceB.methodB();
    }
}

class serviceB {
    @Transaction
 	void methodB() {
    	someDao.insert("inserted data");
        throw new RuntimeException("maked runtime exception");
    }
}

methodA() 执行后，正常情况 “inserted data” 是不应该被插入数据库的，但是如果 shouldCommitOnGlobalRollbackOnly 被重写为返回 true，"insert data"将被插入。其实 rollbackOnly 属性就是为了确保这种传播级别为 Propagation.REQUIRED 场景服务的。