记录工作中遇到的关于更新丢失商品超开的一个坑

场景:
工作中使用MybatisPlus以及Oracle进行数据库操作,收到RocketMQ消息开始并发分摊不同请货单的商品的批次,并对商品更新冻结数量。

上线后频繁出现商品超库存开票问题。(还好是内部业务,人工替换批次记账即可)
当询问组长时,组长说不可能有这种问题。确实,放在MySQL中RR隔离级别确实不会出现这种问题。
询问另一位同事时,告诉我MyBatisPlus会自动帮我们管理事务,不用加for update。
Oracle默认隔离级别是RC,MySQL默认隔离级别是RR。
RC级别会出现更新丢失问题,导致冻结数量<开票数量,进而导致超开。
事实上,底层还有一个复用的记账方法也没加for update,导致了两张库存表不一致的问题。

自从上线以来好几个月,修单子修得人都麻了。属实是刻骨铭心的记忆了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值