Spring事务传播方式 REQUIRED 与 NESTED 踩坑

在不理解Spring事务传播方式REQUIRED和NESTED的区别时,将NESTED改为REQUIRED导致批量订单处理错误。问题在于,REQUIRED在内层事务失败时会回滚整个事务,而NESTED则只回滚到回滚点。解决方案是恢复为NESTED事务传播。该案例强调了深入理解事务传播和充分测试的重要性。
摘要由CSDN通过智能技术生成

产生疑惑

开始对REQUIRED 跟 NESTED 事务传播方式不是很理解,网上大多数材料介绍的诸如:

1、嵌套事务有回滚点,如果抛出异常嵌套事务会回滚到回滚点

2、嵌套事务如果外层没有事务会新开一个事务

3、嵌套事务会比外层事务先提交

。。。

剩下就是写利用嵌套事务的case

当时就感觉这不是跟 REQUIRED 一样吗,好像也没啥区别,代码中有一块这样的逻辑用到了嵌套事务,去找TL问它也不是很清楚这块当时为啥要这么写,代码如下:

@Transactional(rollbackFor = Exception.class, propagation = Propagation.NESTED)
    public void insertProvideInfo(TblLoanProvideInfo tblLoanProvideInfo) {
        tblLoanProvideInfoDao.insert(tblLoanProvideInfo);
        TblMappingInfo tblMappingInfo = buildMappingInfo(tblLoanProvideInfo);
        tblMappingUserInfo.insert(tblMappingInfo);
    }

单看这段代码好像REQUIRED就能满足,当时在做流程重构,于是把事务传播改成了REQUIRED

然后自测了下没问题,让QA跑了遍自动化任务没问题就直接发了。

问题产生

上周五,我们有一批订单出了问题,修改订单信息后找业务来同步,但是业务同步后的状态与我们库中的状态不一致,并不是某几笔单子有问题,而是

  • 5
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值