spring事务的失效场景

一、针对spring来说可以使用@transactional来开启事务

二、常见Spring事务失效的场景：

1、注解@Transactional配置的方法非public权限修饰；

（1）、官方定义：使用代理时，您应该只将@Transactional注释应用于具有公共可见性的方法。如果使用@Transactional注释对受保护的、私有的或包可见的方法进行注释，则不会引发错误，但带注释的方法不会显示配置的事务设置。如果需要注释非公共方法，请考虑使用AspectJ。

2、注解@Transactional所在类非Spring容器管理的bean；

（1）、非bean对象不能进行@transactional注解，无效。

3、注解@Transactional所在类中，注解修饰的方法被类内部方法调用；

（1）、在类A里面有方法a 和方法b，然后方法b上面用@Transactional加了方法级别的事务，在方法a里面 调用了方法b， 方法b里面的事务不会生效。

原理：Spring在扫描Bean的时候会自动为标注了@Transactional注解的类生成一个代理类（proxy）,当有注解的方法被调用的时候，实际上是代理类调用的，代理类在调用之前会开启事务，执行事务的操作。但是同一个类中的方法互相调用，相当于this.B()，此时的B方法并非是代理类调用，而是直接通过原有的Bean直接调用，所以注解会失效。

4、业务代码抛出异常类型非RuntimeException，事务失效；

（1）、@Transactional注解修饰的方法，加上rollbackfor属性值，指定回滚异常类型：@Transactional(propagation = Propagation.REQUIRED,rollbackFor = Exception.class)指定回滚异常类。

5、业务代码中存在异常时，使用try…catch…语句块捕获，而catch语句块没有throw new RuntimeExecption异常;（最难被排查到问题且容易忽略）

（1）、解决方案：捕获异常并抛出异常

6、注解@Transactional中Propagation属性值设置错误即Propagation.NOT_SUPPORTED（一般不会设置此种传播机制）

（1）、此种事务传播行为不是特殊自定义设置，基本上不会使用Propagation.NOT_SUPPORTED，不支持事务

7、mysql关系型数据库，且存储引擎是MyISAM而非InnoDB，则事务会不起作用(基本开发中不会遇到)；

（1）、以MySQL关系型数据为例，如果其存储引擎设置为 MyISAM，则事务失效，因为MyISMA 引擎是不支持事务操作的；

故若要事务生效，则需要设置存储引擎为InnoDB ；目前 MySQL 从5.5.5版本开始默认存储引擎是：InnoDB。

spring事务的失效场景

原文：https://www.cnblogs.com/lqh969696/p/14735375.html