大厂数据库事务实践-事务生效就能保证正确回滚?
1 AOP实现事务的原理
可理解为使用 try/catch 包裹被 @Transactional 注解的方法:
- 当方法抛异常并满足条件时,在 catch 中可设置事务回滚
- 若无异常,则直接提交事务。
刚才所说 条件 即为如下两点:
- 只有异常传播出了被 @Transactional注解的方法,事务才能回滚。
Spring的 TransactionAspectSupport#invokeWithinTransaction 方法即为处理事务的逻辑:只有捕获到异常才能进行后续事务处理
- 默认当出现 RuntimeException 或 Error,Spring才回滚事务。
查看Spring的DefaultTransactionAttribute
受检异常一般是业务异常或类似另一种方法的返回值,出现这样的异常可能业务还能完成,所以不会主动回滚
而 Error 或 RuntimeException 代表非预期结果,应回滚
2 反面教材
2.1 注册用户案例
- createUserError1 会抛 RuntimeException,但方法内的 catch 捕获了所有异常
![](https://s4.51cto.com/oss/202011/18/6ff99b7fe089b0208de9a3914fa267cc.jpg)
- createUserError2,注册用户时还会readFile,若读文件失败,我们期望用户注册的DB操作也回滚。这里虽未捕获异常,但因readFile抛受检异常,createUserError2 传播出去的也是受检异常,事务不会回滚
![](https://s5.51cto.com/oss/202011/18/451f2904199d2ecd9a4997eef5a83559.jpg)
- readFile
![](https://s5.51cto.com/oss/202011/18/afbc6dabe0a125edff8286ee8ec861a9.jpg)
createUserError1、2 俩方法虽然可确保事务生效,但因异常处理又不当,文件操作出现受检异常时,不会回滚事务。
2.2 如何修复bug呢?
通过日志来验证是否修复成功。针对以上2种情况,修复方案分别如下。
2.2.1 修复bug1
若希望自己捕获异常并处理,可手动设置让当前事务处于回滚态。
查看日志,确定事务回滚了。
2.2.2 修复bug2
在注解中声明,期望遇到所有的Exception都回滚事务。
以此突破Spring不回滚受检异常的默认限制。
查看日志,确认事务回滚了:
![](https://s5.51cto.com/oss/202011/18/37ada8788cbe08f6838389e9c08b893f.jpg)
该案例的事务中不仅有DB操作还有IO操作,在IO遇到问题时期望DB事务也回滚,以确保逻辑一致性。注意别再踩坑了哟~
3 总结
由于异常处理不正确,时常导致事务虽然的确生效了,但发生异常时依旧没能正确回滚。
Spring默认只对被@Transactional注解的方法出现RuntimeException和Error时回滚,所以若方法捕获了异常,就需要通过手写代码处理事务回滚。
若希望Spring针对其他异常也可回滚,可相应配置@Transactional注解的rollbackFor和noRollbackFor属性覆盖Spring的默认配置。
相关文章
- Flink CDC + Hudi 海量数据入湖在顺丰的实践
- 利用大数据创新思想政治状况分析方法
- 如何使用Google Cloud Data Studio进行数据分析
- 一篇学会初级、中级、高级的经营分析
- 数据团队来管理数据的年代该结束了
- 吴维伟:京东大数据的强一致、高可用跨域存储实践,及冷热数据分层存储实践
- 大数据在本质上不是一种技术而是一种思维方式
- 数据科学工具:Apache Spark vs Apache Hadoop
- 区块链影响数据分析行业的五种方式
- 人口第一大省大变局:这座城市成全新“流量王”
- 使用 FlatBuffers 提高反序列化性能
- 玩转可视化图表篇,推荐十个你最应该知道的可视化图表项目,YYDS !
- 为什么不能忽视建筑物中的数据分析?
- 微软确认一些 Windows 11/Windows 10 App 因数据库连接 Bug 而出现问题
- 抢数字新机 享数字价值 2022中国国际大数据产业博览会在贵阳开幕
- 数据驱动业务的18个有效策略
- 用 Spark SQL 进行结构化数据处理
- 详解元宇宙的七层产业链
- 使用替代数据的五个隐性成本
- 2022中国城市人才吸引力排名