|
|
|
|
公众号矩阵

大厂数据库事务实践-事务生效就能保证正确回滚?

可理解为使用 try/catch 包裹被 @Transactional 注解的方法:当方法抛异常并满足条件时,在 catch 中可设置事务回滚,若无异常,则直接提交事务。

作者:JavaEdge来源:JavaEdge|2020-11-18 10:16

 1 AOP实现事务的原理

可理解为使用 try/catch 包裹被 @Transactional 注解的方法:

  • 当方法抛异常并满足条件时,在 catch 中可设置事务回滚
  • 若无异常,则直接提交事务。

刚才所说 条件 即为如下两点:

  • 只有异常传播出了被 @Transactional注解的方法,事务才能回滚。

Spring的 TransactionAspectSupport#invokeWithinTransaction 方法即为处理事务的逻辑:只有捕获到异常才能进行后续事务处理

  • 默认当出现 RuntimeException 或 Error,Spring才回滚事务。

查看Spring的DefaultTransactionAttribute

受检异常一般是业务异常或类似另一种方法的返回值,出现这样的异常可能业务还能完成,所以不会主动回滚

而 Error 或 RuntimeException 代表非预期结果,应回滚

2 反面教材

2.1 注册用户案例

createUserError1 会抛 RuntimeException,但方法内的 catch 捕获了所有异常

  • createUserError2,注册用户时还会readFile,若读文件失败,我们期望用户注册的DB操作也回滚。这里虽未捕获异常,但因readFile抛受检异常,createUserError2 传播出去的也是受检异常,事务不会回滚

  • readFile

createUserError1、2 俩方法虽然可确保事务生效,但因异常处理又不当,文件操作出现受检异常时,不会回滚事务。

2.2 如何修复bug呢?

通过日志来验证是否修复成功。针对以上2种情况,修复方案分别如下。

2.2.1 修复bug1

若希望自己捕获异常并处理,可手动设置让当前事务处于回滚态。

查看日志,确定事务回滚了。

Transactional code has requested rollback:手动请求回滚。

2.2.2 修复bug2

在注解中声明,期望遇到所有的Exception都回滚事务。

以此突破Spring不回滚受检异常的默认限制。

查看日志,确认事务回滚了:

该案例的事务中不仅有DB操作还有IO操作,在IO遇到问题时期望DB事务也回滚,以确保逻辑一致性。注意别再踩坑了哟~

3 总结

由于异常处理不正确,时常导致事务虽然的确生效了,但发生异常时依旧没能正确回滚。

Spring默认只对被@Transactional注解的方法出现RuntimeException和Error时回滚,所以若方法捕获了异常,就需要通过手写代码处理事务回滚。

若希望Spring针对其他异常也可回滚,可相应配置@Transactional注解的rollbackFor和noRollbackFor属性覆盖Spring的默认配置。

文转载自微信公众号「JavaEdge」,可以通过以下二维码关注。转载本文请联系JavaEdge公众号。

【编辑推荐】

  1. 勇立潮头 推动国产数据库产业崛起
  2. 腾讯云数据库落地印尼BNC银行,推动海外金融机构数字化转型
  3. 糟了,生产环境MySQL主从数据库不一致怎么办?!
  4. 线上问题事迹(一)数据库事务居然都没生效?
  5. PingCAP 完成 D 轮 2.7 亿美元融资 创造全球数据库历史新的里程碑
【责任编辑:武晓燕 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

云原生架构实践

云原生架构实践

新技术引领移动互联网进入急速赛道
共3章 | KaliArch

28人订阅学习

数据中心和VPDN网络建设案例

数据中心和VPDN网络建设案例

漫画+案例
共20章 | 捷哥CCIE

193人订阅学习

搭建数据中心实验Lab

搭建数据中心实验Lab

实验平台Datacenter
共5章 | ITGO(老曾)

119人订阅学习

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微