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。

学有所思,思有所成。
原文地址:https://www.cnblogs.com/lqh969696/p/14735375.html