Spring Boot中PlatformTransactionManager与@Transactional管控MySQL事务失效问题

我之前也碰到过类似的MySQL事务管控失效的问题，结合你的场景，咱们一步步来排查和解决：

1. 确认MySQL存储引擎是否支持事务 #

MySQL里MyISAM引擎是不支持事务的，必须用InnoDB（新版本默认是InnoDB，但还是要确认）。可以用这条SQL检查表的引擎：

SHOW CREATE TABLE your_table_name;

如果输出里是ENGINE=MyISAM，赶紧改成InnoDB：

ALTER TABLE your_table_name ENGINE=InnoDB;

2. 验证事务管理器的数据源配置 #

确保你的PlatformTransactionManager绑定的是MySQL的数据源，别不小心用了Oracle的配置。比如Spring里的配置要对应正确：

@Bean
public PlatformTransactionManager transactionManager(DataSource mysqlDataSource) {
    return new DataSourceTransactionManager(mysqlDataSource);
}

这里的mysqlDataSource必须是专门配置MySQL连接的数据源实例。

3. 检查@Transactional的使用细节 #

• 注解要加在public方法上：Spring AOP默认不会拦截非public方法的事务注解，这点很容易踩坑
• 避免类内部调用：如果事务方法被同一个类里的其他方法直接调用，AOP代理不会生效，事务自然不触发。这种情况要么把方法抽到单独的Bean里，要么用AopContext.currentProxy()来间接调用
• 指定回滚异常类型：默认@Transactional只对RuntimeException和Error回滚，如果你的代码抛出的是检查型异常（比如SQLException），得手动指定回滚规则：

@Transactional(rollbackFor = Exception.class)

4. 排查autocommit的实际生效状态 #

即使你把MySQL全局autocommit设为0，也要确认连接池里的连接是否真的继承了这个设置。很多连接池（比如HikariCP）会自己管理autocommit，可能覆盖全局配置。可以在代码里打印连接状态验证：

Connection conn = dataSource.getConnection();
System.out.println("当前连接autocommit状态: " + conn.getAutoCommit());

如果输出是true，就在连接池配置里强制关闭autocommit，比如HikariCP的配置：

spring.datasource.hikari.auto-commit=false

5. 检查是否存在手动事务操作冲突 #

如果代码里有直接操作Connection的commit()/rollback()，或者第三方框架（比如MyBatis）开启了自动提交，会和Spring的事务管控冲突。排查下有没有这类手动干预事务的代码。

6. 开启Spring事务日志定位问题 #

开启Spring的事务DEBUG日志，能清晰看到事务的创建、提交、回滚全过程。在logback或log4j配置里添加：

<logger name="org.springframework.transaction" level="DEBUG"/>
<logger name="org.springframework.jdbc.datasource.DataSourceTransactionManager" level="DEBUG"/>

看日志里有没有Creating new transaction、Committing transaction这类关键词，判断事务是否真的被Spring接管。

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