Spring 声明式事务Transactional是数据库操作最常用的注解用于保证一组数据库操作要么全部成功提交要么全部回滚避免出现部分数据插入、部分执行失败的数据脏数据问题。但很多开发人员在使用时经常遇到注解加了却完全不生效的情况反复调试找不到问题根源本文汇总项目里最常出现的 5 类失效原因覆盖 90% 以上事务异常场景。第一种最常见方法使用private私有修饰。SpringAOP 动态代理只能拦截 public 公共方法私有方法无法被代理增强注解不会生效。第二种本类方法内部直接调用带事务注解的方法。例如 A 方法无注解内部 this 调用本类带 Transactional 的 B 方法代理无法切入事务失效。解决方案是手动注入自身 Bean 再调用方法。第三种异常类型不匹配。默认只会捕获 RuntimeException 运行时异常若抛出 CheckedException 受检异常不会触发回滚可以手动指定回滚异常类型运行javaTransactional(rollbackForException.class)第四种数据库引擎不支持事务。MySQL 中 MyISAM 引擎本身不具备事务能力必须使用 InnoDB 存储引擎建表时确认引擎参数即可。第五种多线程异步场景下子线程数据库操作无法被主线程事务管理各自独立事务不会一起回滚。日常开发中只需要规避以上五点基本不会再出现事务失效问题。事务是数据一致性的核心保障尤其是订单、支付、库存扣减这类核心资金相关业务一旦事务失控会直接造成资损上线前务必要自测异常场景下的回滚逻辑不要仅凭注解配置就默认事务一定生效。