MySQL设置AUTOCOMMIT=0时SpringBoot+MyBatis事务提交失效问题

嘿，我来帮你搞定这个事务提交的坑！当你把MySQL的autocommit设为0之后，相当于每个数据库连接一打开就自动启动了一个事务，这和Spring事务管理的逻辑会产生冲突，导致你配置的事务无法正常提交。咱们一步步拆解问题和解决方案：

核心原因：autocommit=0与Spring事务管理的冲突 #

MySQL默认autocommit=1，每条SQL执行后会自动提交事务；当你把它设为0时，每个连接默认处于一个未提交的事务中，必须显式调用COMMIT或ROLLBACK才能结束这个事务。而Spring的@Transactional注解是通过接管数据库连接、手动控制事务的开启/提交/回滚来工作的，这时候两者的事务控制逻辑就“打架”了——Spring以为自己在管理事务，其实数据库连接已经有一个默认事务在运行，最终导致提交失效。

具体解决方案 #

1. 优先恢复MySQL的autocommit默认值（推荐） #

既然Spring已经提供了完善的事务管理能力，完全不需要让数据库层面的自动提交来干扰。把MySQL的autocommit改回1即可：

• 临时修改：登录MySQL执行 SET GLOBAL autocommit=1;（重启后失效）
• 永久修改：修改MySQL配置文件（如my.cnf或my.ini），添加autocommit=1后重启服务。

2. 确保Spring事务配置完全生效 #

如果必须保持autocommit=0，那得让Spring的事务管理器适配这个情况，同时检查配置的正确性：

• 确认MyBatis配置类正确初始化事务管理器：

  @Configuration
  @EnableTransactionManagement
  public class MyBatisConfig {
      @Autowired
      private DataSource dataSource;
  
      @Bean
      public SqlSessionFactory sqlSessionFactory() throws Exception {
          SqlSessionFactoryBean sessionFactory = new SqlSessionFactoryBean();
          sessionFactory.setDataSource(dataSource);
          // 配置mapper扫描路径等其他MyBatis设置
          return sessionFactory.getObject();
      }
  
      @Bean
      public PlatformTransactionManager transactionManager() {
          return new DataSourceTransactionManager(dataSource);
      }
  }
  

• 检查业务方法上的@Transactional注解：
  • 注解要加在public方法上（Spring动态代理无法拦截private方法）
  • 按需配置属性，比如@Transactional(rollbackFor = Exception.class)来指定回滚规则

3. 避免手动干预事务提交 #

不要在代码中手动调用SqlSession的commit()或rollback()方法，完全交给Spring的事务管理器处理。比如不要写这样的错误代码：

// 错误示例：手动管理事务会和Spring的事务逻辑冲突
SqlSession session = sqlSessionFactory.openSession();
try {
    userMapper.insert(user);
    session.commit();
} catch (Exception e) {
    session.rollback();
} finally {
    session.close();
}

正确做法是直接注入Mapper接口，配合@Transactional注解：

@Service
public class UserService {
    @Autowired
    private UserMapper userMapper;

    @Transactional
    public void saveUser(User user) {
        userMapper.insert(user);
        // 其他数据库操作，Spring会统一提交事务
    }
}

4. 验证数据库表的引擎 #

虽然你提到用了InnoDB，但还是确认一下你的表是否真的使用了支持事务的引擎：
执行SQL查询表的创建语句：

SHOW CREATE TABLE your_table_name;

确保输出结果中包含ENGINE=InnoDB，如果是MyISAM的话，无论怎么配置事务都不会生效。

5. 开启日志排查细节 #

如果以上方法都没解决问题，开启Spring事务的DEBUG日志，查看事务执行过程：
在application.properties中添加：

logging.level.org.springframework.transaction=DEBUG
logging.level.org.springframework.jdbc=DEBUG

从日志里可以清晰看到事务是否被正确开启、有没有触发提交动作，或者是否有异常导致事务回滚，这能帮你定位具体问题点。

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