使用TransactionTemplate不当，导致事务异常的问题

最近上线有个异常，常见的MYSQL等待锁超时异常。出现的情况很奇怪：

• 有些机器异常，有些机器不可以。
• 重启后，异常消失
• 运行一段时间后，都出现异常
  根据数据库连接的日志，发现TransactionTemplate使用了一个新数据库连接，和外层方法中使用的不是同一个数据库连接。
  外层方法有注解事务，会更新A记录，TransactionTemplate中的模板方法也会更新A记录
  TransactionTemplate默认的传播特性是PROPAGATION_REQUIRED，所以A方法上有注解事务，在同一线程调用栈中，肯定使用的是同一个连接和同一个事务。
  按照理论来说，不应该在模板方法中会存在锁等待。
  线上偶然发升，时间久了必然发生，本地简单测试无法复现。
  经过查看TransactionTemplate源码，发现重新获取连接有两种情况：
• 当前线程没有绑定事务
• 当前线程绑定了事务，但是传播行为PROPAGATION_REQUIRES_NEW
  在绑定事务的方法中，使用的ThreadLocal来操作的，而且Spring的事务这块理论不可能出问题。
  经过2天的源码分析，猜测出问题只能是传播行为变了。
  TransactionTemplate继承于DefaultTransactionDefinition，默认的传播特性是PROPAGATION_REQUIRED
  要改变其值，需要调用setPropagationBehavior
TransactionTemplate默认由spring容器初始化，并且是单例模式。
  在整个项目中搜索，setPropagationBehavior方法的代码，果不其然，有如下一段代码：

@Autowired
private TransactionTemplate template;

private void requireNewTransaction(Consumer<TransactionStatus> action) {
     int originalPropagationBehavior = template.getPropagationBehavior();
     int originalIsolationLevel = template.getIsolationLevel();
     try {
         template.setIsolationLevel(TransactionDefinition.ISOLATION_REPEATABLE_READ);
         template.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW);
         template.executeWithoutResult(action);
     } finally {
         template.setIsolationLevel(originalIsolationLevel);
         template.setPropagationBehavior(originalPropagationBehavior);
     }
 }

大致用途 就是想要在编程事务的时候，新开事务去保存，先落库。
砸一下看，好像没问题。
仔细分析一下，发现template是单例模式，多线程情况下去修改单例模式的属性，然后在还原，又没有加锁，必然会出现竞争导致后面的线程获取到不正确的值。
这就是解释了为啥有些机器不会出问题，可能是有些机器，线程并发时还没有导致传播行为错误
也解释了为啥在运行长一段时间后，所有机器都会出问题。

注解事务和编程事务可以一起使用没有问题，他们底层都会使用Spring的事务同步器进行同步。
如果要在模板事务中新开事务进行操作，可以不用单例模式的TransactionTemplate。如下操作依然可以实现:

private void requireNewTransaction2(Consumer<TransactionStatus> action) {
    TransactionTemplate template = new TransactionTemplate(transactionManager);
    template.setIsolationLevel(TransactionDefinition.ISOLATION_REPEATABLE_READ);
    template.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW);
    template.executeWithoutResult(action);
}

总结

通过上面的场景分析，如果一个异常有如下情况，可以尝试考虑多线程共享数据一致性问题：

• 不是所有的实例都会出现错误
• 出现错误的问题偶发，并且某一台实例出现错误后，会一直错误
• 长时间运行后，所有实例都会出现错误