Spring事务超时探讨

先抛出一个问题&＃xff0c;如下&＃xff0c;Spring事务的默认超时时间是多少&＃xff1f;

先来看如下代码&＃xff0c;方法上加上了事务注解&＃xff0c;并设置事务超时时间为2s。两者的区别是一个是在插入之前Sleep了3秒&＃xff0c;一个是在插入之后Sleep了3秒。测试时发现&＃xff0c;前者会抛事务超时异常&＃xff0c;而后者则正常插入了&＃xff0c;这是为什么呢&＃xff1f;

如上&＃xff0c;insertStuTimeOut1方法抛出了事务超时异常。我们可以观察它异常栈信息&＃xff0c;来分析它是如何一步步走到超时异常的。

1. 我们知道&＃xff0c;Mybatis执行SQL是将SQL封装成一个Statement去执行。如下这边根据方法名称知道它是在准备Statement&＃xff0c;而在这里它调用了SpringManagedTransaction的getTimeout方法&＃xff0c;这里面会检测事务是否超时了。&＃xff08;Mybatis在3.4.0版本及以上才会去检测Spring事务是否超时&＃xff0c;https://github.com/mybatis/spring/issues/115&＃xff09;

2. 现在来看下为什么insertStuTimeOut1方法超时了&＃xff0c;而insertStuTimeOut2方法没有超时&＃xff1f;原因刚刚也提到了&＃xff0c;Mybatis在执行SQL前会去检测事务是否超时&＃xff1f;关键是两者Sleep的时间&＃xff0c;insertStuTimeOut2方法中SQL执行时还没有Sleep&＃xff0c;所以自然不会超时了。如下图所示&＃xff0c;Mybatis是先生成Statement&＃xff0c;在生成Statement时就会去检测是否超时。然后才会去执行SQL。

3. 步骤1中有一个关键的变量deadline&＃xff0c;顾名思义&＃xff0c;它是截止日期&＃xff0c;如果当前似乎超过了deadline&＃xff0c;说明超时了需要回滚。那么deadline是在哪边设置的呢&＃xff1f;它是在创建事务的时候设置的。

4. 现在来回答文章开头的问题&＃xff0c;Spring默认的事务超时时间是多少&＃xff1f;这是&＃64;Transactional注解中对事务超时的默认值设置&＃xff0c;默认是-1。

在步骤3) 中创建事务给事务设置超时时间时&＃xff0c;会调用determineTimeout方法来计算事务超时时间&＃xff0c;如果是默认的则返回defaultTimeout&＃xff0c;也就是-1。

那么在这一步就不会初始化deadline变量&＃xff0c;也就是说deadline变量为null。

而在这一步getTimeout中会去调用holder.getTimeout方法判断deadline是否为null&＃xff0c;如果为null&＃xff0c;则不会去检测事务是否超时。也就是说&＃xff0c;如果不手动设置&＃64;Transactional的timeout属性&＃xff0c;Mybatis是不会去检测Spring事务是否超时的。

public boolean hasTimeout() { return (this.deadline !&＃61; null);
}


思考分析&＃xff0c;Mybatis这样检测Spring事务是否超时有没有什么问题&＃xff1f;它在SQL执行前去执行SQL超时判断&＃xff1f;如果SQL执行很长时间&＃xff0c;则Mybatis不会认为它是超时的而去回滚它。这本质上是一种同步检测机制。而Hystrix启动单独的线程去检测超时&＃xff0c;线程启动的时间刚好就是任务超时的时间&＃xff0c;这是一种异步检测机制。