浅谈@Transaction注解运行原理及失效分析

事件背景:

        就在昨天,笔者接到一项任务,大致是从另外一个数据库拉取数据到本数据库,因为涉及跨数据库操作,为了逻辑清晰,业务流畅,我设计为两步走;第一步从其他数据库读取全部需要拉取的信息。第二步,将读到的信息全部保存到本数据库。不可避免地设计到了多条插入语句,为保证数据的一致性,必须使用事务机制。

        而跨数据库的事务,是一项极为复杂的工作,为避免出现这类情况,我在ServiceImpl内写了三个方法,方法A:实现信息读取,无需开启事务;方法B:信息的保存,设计多条插入语句,开启事务支持,即加上了@Transaction注解;第三个方法重写了Service接口中的方法,调用方法A和方法B实现整个业务逻辑,未开启事务;

        这种设计下,启动测试运行,发现事务并未生效,中途失败后没有发生回滚。百思不得其解;

探索过程:

        说来很巧,就在笔者苦苦冥思之时,万能的推送给我送来一篇文章,解答了我的困惑,@Transaction注解失效的四种情况:

       

  • 类内部访问:A 类的 a1 方法没有标注 @Transactional,a2 方法标注 @Transactional,在 a1 里面调用 a2;

  • 私有方法:将 @Transactional 注解标注在非 public 方法上&#x

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值