Spring事务失效场景实例详解

网友投稿 583 2022-10-24

Spring事务失效场景实例详解

Spring事务失效场景实例详解

1、Spring事务最终依赖的数据库的事务,如果用的是mysql的话,执行引擎要是innodb;因为只有innoDB 支持事务。

2、Spring的事务是原理是aop,所以加事务所在bean是要Spring容器管理的;自己new出来的对象肯定是不行的。

3、Spring事务标签@Transactional必须注解在public方法上。private、protected、default以及finally修饰的方法或者类,以及静态方法,事务都会失效的。

4、同一个类中内部方法调用,事务会失效的。调用的是this,下图中的updateOrder上的事务会失效的。可以再定义一个service,调用service里面的updateOrder即可生效。

5、多线程调用事务是会失效的。事务是建立在同一个数ptKYKtPoL据链接上,多线程可能拿到的连接不是同一个连接,所以事务是会失效的。如下图的doOtherThing()抛出了异常,想让add回滚那是不可能的。

6、事务传播性,@Transactional注解时,是可以指定propagation参数的,扩展其配置不支持事务。

Propagation.NOT_SUPPORTED,这种类型的传播特性不支持事务,如果有事务则会抛异常。

目前只有这三种传播特性才会创建新事务:NESTED,REQUIRES_NEW,REQUIRED。

7、当遇到异常,如果是RuntimeException则会回滚,其他则不行,除非自定义了@Transactional(rollbackFor = Exception.class), 这个配置仅限于 Throwable 异常类及其子类.

8、自己吞了异常,try catch了,自然也不会会滚了。

9、事务嵌套太多,导致回滚多了。如下本想会滚doOtherThing(),但如果doOtherthing抛出异常了,add也接收到了,也会回滚的。比较好的做法是在roleService.doOtherThing()抓住异常。

补充说明:

MySQL 且引擎是 MyISAM,则事务会不起作用,原因是 MyISAM 不支持事务,改成 InnoDB 引擎则支持事务。注解 @Trasactional 只能加在 public 修饰的方法上事务才起效。如果加http://在 protect、private 等非public 修饰的方法上,事务将失效。如果在开启了事务的方法内,使用了 try-catch 语句块对异常进行了捕获,而没有将异常抛到外层,事务将不起效。不同类之间方法调用时,异常发生在无事务的方法A中,但不是被调用的方法B产生的,被调用的方法B的事务无效。只有异常发生在开启事务的方法B内,事务才有效。

总结

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:实战 | 多种方法实现以图搜图
下一篇:禅道使用
相关文章

 发表评论

暂时没有评论,来抢沙发吧~