SpringBoot事务块部分执行后线程消失且无回滚问题排查

代码场景 #

@Transactional(rollbackFor = Exception.class)
public void migrationMethod(params...) {
    try {
      for(int i=0; i<5; i++) {
         jdbcTemplate.update(sql+i+".sql", args...); //each time, this updates some tables
         //omitted the logs and irrelevant code for brevity
       }
    }
    catch(Exception e) {
     throw e;
    }
}

已验证故障场景下事务可正常回滚，但在多实例零停机部署时出现异常：

• 循环仅执行前2个SQL脚本，剩余3个未执行
• 无任何失败/异常日志
• 数据库仅保留前2个脚本的修改结果

可能的原因分析 #

1. SQL脚本内部包含显式COMMIT语句 #

Spring的@Transactional会接管事务，关闭JDBC连接的自动提交，但如果你的sql+i+.sql脚本里包含显式的COMMIT指令，会直接提交当前事务，打破Spring的事务管理。这种情况下：

• 前2个脚本执行时，各自的COMMIT会将修改直接持久化到数据库
• 如果后续进程被强制终止（比如部署时旧实例被kill），剩余脚本不会执行，且已经提交的修改无法回滚
• 进程被突然杀死时，不会抛出Java层面的异常，自然也不会有异常日志

2. 部署时进程被强制终止（优雅停机失效） #

多实例零停机部署时，旧实例通常会收到终止信号（如SIGTERM），但如果：

• 容器/部署工具没有等待进程优雅退出，直接发送SIGKILL强制杀死进程
• 代码没有处理中断信号，线程在执行完第2个脚本后被强制终止
  此时进程会直接退出，既不会执行后续循环，也不会抛出异常，日志可能因为进程突然终止而无法完整输出。
  而数据库层面，如果事务还未提交，部分数据库（如MySQL InnoDB）会在连接断开时回滚未提交的事务，但如果前2个脚本的修改已经因为某种原因（比如脚本内的COMMIT）被提交，就会保留在数据库中。

3. 异步日志导致日志丢失 #

如果你的日志框架使用了异步输出（如Log4j2 AsyncAppender、SLF4J AsyncLogger），且没有配置即时刷新，当进程被突然终止时，缓存中的异常日志可能还没来得及写入磁盘，导致你看不到异常信息。
实际情况可能是第3个脚本执行时抛出了异常，但日志还没刷到文件就被进程终止，看起来像是无异常直接停止。

4. 事务超时未被正确捕获 #

如果事务执行时间超过了@Transactional配置的超时时间（默认可能是数据库的超时设置），Spring会触发事务回滚并抛出异常，但如果：

• 异常被线程池或容器的异常处理器吞噬，没有输出到日志
• 超时后进程直接被容器终止，来不及记录异常
  也会出现仅执行部分脚本、无异常日志的情况。

排查建议 #

• 检查所有SQL脚本，确认是否存在显式的COMMIT/ROLLBACK语句
• 查看部署工具/容器的日志，确认旧实例的终止方式（是优雅停机还是强制杀死）
• 临时切换为同步日志输出，复现场景查看是否有遗漏的异常
• 增加循环内的详细日志（比如每个脚本执行前后都记录日志），确认进程终止的具体时机

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