记一次线上问题 → 事务去哪了
2020-01-02 08:39:46来源:博客园 阅读 ()
记一次线上问题 → 事务去哪了
开心一刻
小羊:哎呀,前面有奶喝
狗妈:这谁呀,走开
小羊:我就喝点,能怎么的嘛
狗妈:你喝就喝,咋还上头了呢?
小羊:真香!
狗妈:这羊犊子,真硬核!
问题背景
一天早上,楼主兴致勃勃的逛着园子的时候,右下角的 QQ 头像嘀嘀嘀的闪了起来,定睛一看,哎我去,肾要开始疼了,不是,头要开始疼了
客服 MM:太躺,有个客户充值成功后,赠送的积分没有到账
楼主:是不是客户等级不够,不满足资格 ?
客服 MM:客户等级是够的,他之前的积分都正常到账了
楼主:之前的积分都到账了 ? 哪个客户,我去看看
客服 MM:客户名是:xxx,对应的单号是:xxx,找到原因了跟我说下
楼主:好的,找到原因了第一时间通知你
泰坦是楼主在公司内的花名,也是楼主的 LOL 本命英雄,慢慢的被传成太躺了,楼主也很无奈;
有小伙伴问楼主,你和客服 MM 什么关系,光看到头像闪动就肾疼了 ?
这个问题问得好,改天楼主给你加鸡腿,其实楼主和客服确实挺熟悉的,工作交流挺多的,但是仅限于同事关系! 吾乃心系天下之人,岂能被儿女情长所困 ? 只可惜客服 MM 已名花有主,不然就,嘿嘿嘿,你们懂的(是那姓吾的小子心系天下,楼主不姓吾!)
问题解决
积分赠送是最近新上的一个功能,上了也有一个多星期了,到目前为止,也就这个客户反馈了这个问题,另外这个客户之前的积分都是赠送到账了的,应该是触发了某些未考虑到的边界条件,产生了异常,导致积分未写入成功,照理来说,这应该是一个事务,要么都成功,要么都不成功呀
由于这个功能不是楼主开发的,出于快速解决问题的考虑,楼主就找到了对应的开发同事小李,跟他说明了下情况,让他去排查下什么原因
过了一会,小李找到了楼主,开始了他的排查分享
小李:太躺,我看了下日志,由于 xxx 情况未考虑到,导致加积分记录的时候抛异常了
楼主:xxx 情况确实比较特殊,一般很难考虑到,但是为什么存款成功了,积分却没加成功,你用了异步不 care 结果的处理 ?
小李:我是同步处理的,照理来说,应该要回滚的
楼主:那就奇了怪了,你把写入积分的方法给我下,我去看看代码
几分钟过后,楼主找到了小李,跟他说了下怎么改,并且让他把边界限制的处理也加上,走紧急流程升到了线上
问题解决后,小李又找到了楼主
小李:太躺啊,为什么之前事务未回滚,而按你说的那么改之后事务就会回滚了 ?
楼主:你去把你的椅子拿过来,我跟你好好讲讲!
问题复现
注意啊,这不是说升级了之后线上又出现了同样的问题,而是楼主为了让大家更好的了解这个问题,模拟下当时的场景
数据库版本 5.7.21 、存储引擎 InnoDB 、隔离级别 RR 、spring的传播机制 REQUIRED 、声明式事务 @Transactional
完整代码:data-init,里面的 TransactionMissTest ,关键代码如下
/** * 存款 * 引入积分之前的处理 * @param loginName * @param amount * @return */ @Override @Transactional(rollbackFor = Exception.class) public TranMissCredit deposit(String loginName, BigDecimal amount) { TranMissCredit credit = creditMapper.getByLoginName(loginName); BigDecimal creditAfter = credit.getCredit().add(amount); TranMissCreditLog creditLog = new TranMissCreditLog(loginName, credit.getCredit(), amount, creditAfter, "充值: " + amount); credit.setCredit(creditAfter); creditMapper.update(credit); int count = creditLogMapper.insert(creditLog); return credit; } /** * 存款 * 引入积分后的新增的方法 * @param loginName * @param amount * @param integration * @return */ @Override public TranMissCredit deposit(String loginName, BigDecimal amount, int integration) { TranMissCredit credit = deposit(loginName, amount); // 复用之前的存款逻辑 // 下面是新增的积分业务 int integrationAfter = credit.getIntegration() + integration; TranMissIntegrationLog log = new TranMissIntegrationLog(loginName, credit.getIntegration(), integration, integrationAfter, "充值赠送积分: " + integration); credit.setIntegration(integrationAfter); creditMapper.update(credit); integrationLogMapper.insert(log); return credit; } // 调用的地方,相当于Controller @Autowired private IDepositService depositService; @Test public void deposit() { // 积分引入前的调用 // TranMissCredit credit = depositService.deposit("zhangsan", new BigDecimal(100)); // 积分引入后的调用 TranMissCredit credit = depositService.deposit("zhangsan", new BigDecimal(100), 10); }View Code
看上去好像没毛病吧,楼主你不是蒙我了把 ? 蒙没蒙你,咱们找焦点访谈
我们先看下初始状态,目前只有客户 zhangsan ,其额度 100 ,积分 10
我们来手动造个异常,模拟边界条件的触发,修改新增的 deposit 方法
/** * 存款 * 引入积分后的新增的方法 * @param loginName * @param amount * @param integration * @return */ @Override public TranMissCredit deposit(String loginName, BigDecimal amount, int integration) { TranMissCredit credit = deposit(loginName, amount); // 复用之前的存款逻辑 // 下面是新增的积分业务 int integrationAfter = credit.getIntegration() + integration; TranMissIntegrationLog log = new TranMissIntegrationLog(loginName, credit.getIntegration(), integration, integrationAfter, "充值赠送积分: " + integration); credit.setIntegration(integrationAfter); // 模拟异常抛出 if ("zhangsan".equals(loginName)) { throw new RuntimeException("触发边界条件"); } creditMapper.update(credit); integrationLogMapper.insert(log); return credit; }View Code
我们来看看结果
哟嚯,额度加成功了,积分却没加成功,事务没生效!是不是有点懵 ?
问题分析
我们仔细观察下 deposit 方法,一个有 @Transactional 修饰,一个没有,就这一个差别;虽说只有这一个差别,但 Spring 却在幕后替我们完成了很多事情
Spring 事务原理
关于这个,我相信大家都能答上来一点,底层实现就是动态代理(你还不知道动态代理 ?那还不赶紧去看:设计模式之代理,手动实现动态代理,揭秘原理实现)
当 Spring 检查到 @Transactional ,会给目标对象创建一个代理对象,然后在代理对象中给目标对象中被 @Transactional 修饰的方法织入事务增强处理,类似这样
如果目标对象中没有被 @Transactional 修饰的方法,在代理类中是怎样的了 ? 既然没有被 @Transactional ,说明不需要事务增强处理嘛,那就直调呗
回到我们的案例,代理对象与被代理对象之间的调用如下
可以看出来,目标对象新增的方法 TranMissCredit deposit(String loginName, BigDecimal amount, int integration) 在代理对象内是没有织入事务的,也就是默认的自动提交,那么异常抛出之前的数据库操作都是自动提交的,不会因后面的异常而回滚
其实不是事务丢失了,而是根本就不在一个事务中
再次校验
不只是 Spring 事务,很多的 AOP 也都一样,代码中直接操作的往往不是目标对象,而是目标对象的代理,通过代理对象来间接操作目标对象,而在代理对象中我们可以做一些前置或者后置的增强处理,不信 ? 我们再次找焦点访谈
打个断点,看看就知道了
注入到 TransactionMissTest 的确实是代理对象
我们在 TranMissCredit deposit(String loginName, BigDecimal amount) 上打个断点,然后两种方式各调用一次,来看看调用链有什么不一样
以 depositService.deposit("zhangsan", new BigDecimal(100)); 方式调用时
此时调用链中有事务拦截器,有事务的调用链
以 depositService.deposit("zhangsan", new BigDecimal(100), 10) 方式调用时
此时调用链中没有事务拦截器,没有事务的调用链
是不是很明了了,so easy
总结
1、正常上线流程
线上问题 → 问题定位 → 问题复现 → 问题修复 → 转测试 → 测试通过升线上
而不是像文中说的那么轻描淡写
2、事务去哪了
Spring 事务的底层实现就是动态代理,是通过代理的方式对目标对象做前后的增强处理,前置开启事务、后置提交(回滚)事务;
增强处理在代理对象内,而不是在目标对象内,若目标对象的方法没有被 @Transactional 修饰,则在代理对象的代理方法内不会有关于事务的增强处理,而是直接调用目标对象的方法,那么后续的数据库操作就不是在一个事务中了
不是事务消失了,而是不在同一个事务了
原文链接:https://www.cnblogs.com/youzhibing/p/12071391.html
如有疑问请与原作者联系
标签:
版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有
上一篇:虚拟机字节码指令表 JVM
- 面试的时候按照这个套路回答 Java GC 的相关问题一定能过 2020-06-08
- 我可真是醉了,一个SpringBoot居然问了我30个问题 2020-06-08
- Mybaties简单实例测试及注意问题 2020-06-07
- java对象指向问题 2020-06-07
- 解决IDEA Maven下载依赖包速度慢问题 2020-06-05
IDC资讯: 主机资讯 注册资讯 托管资讯 vps资讯 网站建设
网站运营: 建站经验 策划盈利 搜索优化 网站推广 免费资源
网络编程: Asp.Net编程 Asp编程 Php编程 Xml编程 Access Mssql Mysql 其它
服务器技术: Web服务器 Ftp服务器 Mail服务器 Dns服务器 安全防护
软件技巧: 其它软件 Word Excel Powerpoint Ghost Vista QQ空间 QQ FlashGet 迅雷
网页制作: FrontPages Dreamweaver Javascript css photoshop fireworks Flash