Spring Boot+JDBC中@Transactional事务不生效问题排查

针对你遇到的Spring Boot事务不回滚问题，结合你的代码和环境（Spring Boot 2 + Oracle 11g + JdbcTemplate），我整理了几个最可能的原因和对应的解决办法：

1. 数据源开启了自动提交（Auto-Commit） #

这是最常见的坑！如果你的数据源配置中开启了自动提交，那么每个JdbcTemplate的操作都会立即提交到数据库，完全绕过Spring的事务管理。

检查与修复： #

查看你的application.properties或application.yml，确保没有设置以下配置：

# 绝对不能开启这个！
spring.datasource.hikari.auto-commit=true

Spring Boot在使用事务管理器时，会自动将连接的auto-commit设置为false，但如果手动强制开启，事务控制会完全失效。如果没有手动配置，这个属性默认是false（HikariCP的默认值是true，但Spring Boot会覆盖它）。

2. 事务方法被内部调用（代理失效） #

Spring的声明式事务是基于动态代理实现的，如果saveData方法是被同一个类中的其他方法调用（而非外部通过Spring代理对象调用），那么事务注解会失效。

检查与修复： #

确认调用MyBean.saveData的是外部组件（比如Controller或其他Spring管理的Bean），而不是MyBean自身的方法。如果确实需要内部调用，可以通过注入自身的代理对象来调用，或者改用编程式事务。

3. DAO层使用了Oracle自治事务 #

如果你的DAO保存方法中使用了Oracle的自治事务（PRAGMA AUTONOMOUS_TRANSACTION），那么父表的插入操作会独立于当前Spring事务提交，即使后续抛出异常也无法回滚。

检查与修复： #

查看你的SQL语句或存储过程，确保没有使用自治事务的语法。自治事务常用于日志记录等场景，但会脱离主事务的控制。

4. 异常被捕获未重新抛出 #

虽然你在DAO层抛出了RuntimeException，但如果在调用链的某个环节（比如Controller或其他调用方）将这个异常捕获且没有重新抛出，Spring的事务管理器会认为方法正常执行，从而提交事务。

检查与修复： #

检查调用MyBean.saveData的代码，确保没有捕获RuntimeException后吞掉异常。如果需要处理异常，务必在处理后重新抛出，或者手动调用TransactionStatus.setRollbackOnly()标记事务需要回滚。

5. 事务管理器配置异常 #

虽然Spring Boot引入spring-boot-starter-jdbc会自动配置DataSourceTransactionManager，但如果你自定义了数据源或事务管理器，可能存在配置错误：

• 多个数据源时没有指定对应的事务管理器
• 事务管理器的Bean没有被正确注册到Spring容器

检查与修复： #

可以通过打印日志或调试，确认DataSourceTransactionManager是否被正确加载。如果自定义了事务管理器，确保在@Transactional注解中指定transactionManager属性，或者将自定义事务管理器设为默认。

额外验证步骤 #

可以在saveData方法中添加日志，打印当前事务状态，快速定位问题：

@Autowired
private TransactionTemplate transactionTemplate;

@Override
@Transactional
public void saveData(...) {
    // 打印当前是否存在有效事务
    boolean hasTransaction = TransactionSynchronizationManager.isActualTransactionActive();
    System.out.println("当前是否存在事务：" + hasTransaction);
    myDao.saveData(jdbcTemplate, ...);
}

如果输出false，说明事务根本没有生效，需要重点检查代理和事务管理器配置；如果输出true但还是不回滚，重点检查自动提交和异常处理逻辑。

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