Spring事务失效的几种情况
参考文章:https://www.jianshu.com/p/4120b89190d0
1.数据库引擎不支持事务:从 MySQL 5.5.5 开始的默认存储引擎是:InnoDB,之前默认的都是:MyISAM,所以这点要值得注意,底层引擎不支持事务再怎么搞都是白搭;
2.没有被Spring 管理,如类上没有使用@Service注解,这个类就不会被加载成一个 Bean,那这个类就不会被 Spring 管理了,事务自然就失效了;
3.使用@Transactional 的方法 不是被public 所修饰,
以下来自Spring 官方文档!
When using proxies, you should apply the @Transactional annotation only to methods with public visibility.
使用代理时,应仅将@Transactional注释应用于具有公共可见性的方法。
If you do annotate protected, private or package-visible methods with the @Transactional annotation, no error is raised,
如果使用@Transactional注释对受保护的、私有的或包可见的方法进行注释,则不会引发错误,
but the annotated method does not exhibit the configured transactional settings.
Consider the use of AspectJ (see below) if you need to annotate non-public methods. 但注释的方法不会显示已配置的事务设置。如果需要注释非公开方法,请考虑使用AspectJ(见下文)。
4.被自身调用的问题
5.数据源没有配置事务管理器
@Bean public PlatformTransactionManager transactionManager(DataSource dataSource) { return new DataSourceTransactionManager(dataSource); }
6.直接使用注解 某个方法不以事务运行
@Service public class OrderServiceImpl implements OrderService { @Transactional public void update(Order order) { updateOrder(order); } @Transactional(propagation = Propagation.NOT_SUPPORTED) public void updateOrder(Order order) { // update order; } } // Propagation.NOT_SUPPORTED: 表示不以事务运行,当前若存在事务则挂起,详细的可以参考《事务隔离级别和传播机制》这篇文章。都主动不支持以事务方式运行了,那事务生效也是白搭!
7.异常被吃了
@Service public class OrderServiceImpl implements OrderService { @Transactional public void updateOrder(Order order) { try { // update order; }catch (Exception e){ //do something; 把异常吃了,然后又不抛出来,事务就不生效了 } } }
8.异常类型错误或者格式配置错误
@Service public class OrderServiceImpl implements OrderService { @Transactional // @Transactional(rollbackFor = SQLException.class) public void updateOrder(Order order) { try { // update order }catch (Exception e){ throw new Exception("更新错误"); } } }
这样事务也是不生效的,因为默认回滚的是:RuntimeException,如果你想触发其他异常的回滚,需要在注解上配置一下,如: @Transactional(rollbackFor = Exception.class) 这个配置仅限于 Throwable
异常类及其子类。
9.【扩展】调试:打印Spring代理信息System.setProperty(DebuggingClassWriter.DEBUG_LOCATION_PROPERTY,"输出文件的地址路径");
10.【扩展】MVCC:多版本并发控制(RC和RR中使用MVCC机制)
- 事务的隔离级别:RU(读未提交)、RC(读已提交)、RR(可重复读)、Serializable(串行化)
- 重点看RC 和 RR级别;MySql默认的隔离级别为RR(可重复读:可避免脏读、不可重复读的发送;在这个级别下MySql中的幻读也被解决了);
- 大部分的数据库默认的隔离级别是RC(读已提交,可避免脏读的发生),如:Oracle,DB2
- RC和RR中读不加锁,读写不阻塞