-
TransactionDefinition.PROPAGATION_SUPPORTS:如果当前存在事务,则加入该事务;如果当前没有事务,则以非事务的方式继续运行。
-
TransactionDefinition.PROPAGATION_NOT_SUPPORTED:以非事务方式运行,如果当前存在事务,则把当前事务挂起。
-
TransactionDefinition.PROPAGATION_NEVER:以非事务方式运行,如果当前存在事务,则抛出异常。
4、数据库引擎不支持事务
============
这种情况出现的概率并不高,事务能否生效的关键在于数据库引擎是否支持事务。
常用的MySQL数据库默认使用支持事务的innodb引擎。一旦数据库引擎切换成不支持事务的myisam,那事务就从根本上失效了。
三、@Transactional生效不回滚的场景
========================
@Transactional 底层原理是通过 AOP 实现事务处理的: 具体可以理解为,使用 try…catch…来包裹标记了 @Transactional 注解的方法,当方法出现了异常并且满足 一定条件 的时候,在 catch 里面我们可以设置事务回滚,没有异常则直接提交事务。
这里的“一定条件”,主要包括两点。
第一,只有异常传播出了标记了 @Transactional 注解的方法,事务才能回滚。 第二,默认情况下,出现 RuntimeException(非受检异常)或 Error 的时候,Spring 才会回滚事务。
由上述描述可知:有两种情况事务是不回滚的。
-
异常无法传播出方法,导致事务无法回滚
-
即使出了受检异常也无法让事务回滚
对应的解决方法有:
-
1.如果你希望自己捕获异常进行处理的话,也没关系,可以手动设置让当前事务处于回滚状态:TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
-
2.如果希望 Spring 针对其他异常也可以回滚,那么可以相应配置 @Transactional 注解的 rollbackFor 和 noRollbackFor 属性来覆盖其默认设置。 例如:期望遇到所有的 Exception 都回滚事务(来突破默认不回滚 受检异常的限制):@Transactional(rollbackFor = Exception.class)
四、@Transactional使用防坑小结
======================
@Transactional使用上可能遇到的三类坑,包括:
- 第一,因为配置不正确,导致方法上的事务没生效。
我们务必确认调用 @Transactional 注解标记的方法是 public 的,并且是通过 Spring 注入的 Bean 进行调用的。
- 第二,因为异常处理不正确,导致事务虽然生效但出现异常时没回滚。
Spring 默认只会对标记 @Transactional 注解的方法出现了 RuntimeException 和 Error 的时候回滚,如果我们的方法捕获了异常,那么需要通过手动编码处理事务回滚。
如果希望 Spring 针对其他异常也可以回滚,那么可以相应配置 @Transactional 注解的 rollbackFor 和 noRollbackFor 属性来覆盖其默认设置。
- 第三,如果方法涉及多次数据库操作,并希望将它们作为独立的事务进行提交或回滚。
那么我们需要考虑进一步细化配置 事务传播方式,也就是 @Transactional 注解的 Propagation 属性。
小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Web前端开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注:前端)
学习笔记、源码讲义、实战项目、讲解视频**
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注:前端)
[外链图片转存中…(img-Yup0oBgN-1710868620434)]