Spring Boot无@Transactional却触发MySQL连接超时事务提交异常求助

核心原因推测 #

• 事务上下文隐式传递：@Async方法默认会继承调用方的事务上下文，哪怕自身没加@Transactional注解。如果事件是在事务中触发的，监听器的异步线程会绑定这个事务，sleep8秒期间连接一直被占用，超过MySQL的5秒wait_timeout后连接被断开，后续触发事务提交时就会抛出CommunicationsException。
• 连接未正常释放：虽然exportFile没显式开启事务，但事件发布前的数据库操作可能把连接通过ThreadLocal带到了异步线程里，线程sleep时连接没归还连接池，超时后被MySQL回收，触发残留事务的提交操作。
• 自定义切面检测盲区：自定义事务切面可能没覆盖到隐式事务传播的场景，实际存在事务上下文但切面没检测到。

排查步骤 #

1. 确认事件发布代码是否处于事务中，比如发布前有没有被@Transactional包裹的数据库操作。
2. 在exportFile方法开头添加代码打印事务状态：System.out.println(TransactionSynchronizationManager.isActualTransactionActive());，判断是否返回true（说明存在事务上下文）。
3. 监控连接池活跃连接数，观察exportFile执行期间是否有连接长时间未释放。

解决办法 #

• 强制断开事务上下文：在@Async的监听器方法上添加@Transactional(propagation = Propagation.NOT_SUPPORTED)，让方法不使用任何事务上下文，释放绑定的数据库连接。
• 调整MySQL超时配置：如果业务允许，把wait_timeout调至大于8秒（比如30秒），但这是临时方案，建议优先解决事务绑定问题。
• 事务外发布事件：如果事件不需要依赖事务状态，把事件发布逻辑放到事务提交之后，比如用TransactionSynchronizationManager.registerSynchronization在事务完成后触发事件发布。
• 优化连接池配置：开启连接池的遗弃连接回收功能（比如HikariCP的removeAbandoned），设置合理的removeAbandonedTimeout，避免连接被长时间占用。

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