Spring与MyBatis版本升级后事务超时问题排查求助

你的怀疑完全正确——使用SUPPORTS传播属性的get*方法复用了外层REQUIRED事务的超时时间，而Spring 5.x和MyBatis 3.5.x升级后，事务超时的校验逻辑变得更严格，才导致了这个之前没出现的问题。

具体原因拆解 #

1. 事务复用逻辑：你的批处理任务中，外层的save*/update*等方法开启了REQUIRED类型的事务（超时300秒=5分钟），后续调用的get*方法因为SUPPORTS属性，会直接复用这个已有的事务上下文。
2. 版本升级后的校验变化：
   • 旧版本（Spring 4.1.6 + MyBatis 3.1.1）中，事务超时的校验可能仅在事务提交阶段触发，而你的批处理还没到提交步骤就不会报错；
   • 升级后，SpringManagedTransaction.getTimeout()会在每次数据库操作（比如get*方法的查询）时调用ResourceHolderSupport.checkTransactionTimeout()，实时检查事务是否已超时。当批处理执行到第14分钟时，早已超过了外层事务5分钟的超时限制，因此触发了报错。
3. 配置的叠加影响：你配置中<tx:method name="*" timeout="300" />会覆盖所有未明确指定超时的方法，导致即使你移除get*的超时配置，外层事务的300秒超时依然会被复用。

针对性解决方案 #

1. 调整事务超时配置，适配批处理时长

既然你的批处理需要30-45分钟完成，应该给写操作（save*/update*等）设置足够长的超时时间，而只读的SUPPORTS方法无需单独设置超时，复用外层事务的配置即可：

<tx:advice id="appTxAdvice" transaction-manager="transManager">
 <tx:attributes>
 <!-- 写操作设置适配批处理的超时，比如1小时（3600秒） -->
 <tx:method name="save*" propagation="REQUIRED" rollback-for="java.lang.Exception" timeout="3600" />
 <tx:method name="insert*" propagation="REQUIRED" rollback-for="java.lang.Exception" timeout="3600" />
 <tx:method name="update*" propagation="REQUIRED" rollback-for="java.lang.Exception" timeout="3600" />
 <tx:method name="delete*" propagation="REQUIRED" rollback-for="java.lang.Exception" timeout="3600" />
 <tx:method name="set*" propagation="REQUIRED" rollback-for="java.lang.Exception" timeout="3600" />
 <!-- 只读方法仅声明传播属性和只读，不设置超时，复用外层事务配置 -->
 <tx:method name="search*" propagation="SUPPORTS" read-only="true" />
 <tx:method name="is*" propagation="SUPPORTS" read-only="true" />
 <tx:method name="get*" propagation="SUPPORTS" read-only="true" />
 <!-- 默认方法保留原有300秒超时，不影响非批处理的普通操作 -->
 <tx:method name="*" timeout="300" />
 </tx:attributes>
</tx:advice>

2. 优化批处理设计（可选但推荐）

长时间持有单个事务会带来数据库连接占用、锁资源竞争等风险，建议将大批次任务拆分为多个小批次：

• 每处理N条记录（比如1000条）就提交一次事务；
• 避免单个事务持续30-45分钟，从根源上减少超时和数据库性能问题。

内容的提问来源于stack exchange，提问作者user3345622