并发乐观锁

在统计批量订单返回码总数的业务场景中,通过MQ实现异步处理,但多节点多线程导致乐观锁异常。尝试加锁和内存缓存未能完全解决问题。反思指出,大数据量操作可能更适合用Mongo缓存,定期存入数据库而非实时更新。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1、业务场景:

统计批量订单的返回码总数

2、方案:

采取的是 mq 的方式,获取到订单结果的返回码时,发到一个消息队列里,异步进行消费保存。

保存的过程中,相同的返回码会累加数据总数,此时问题就出现了,当量很大时,多节点多线程对同一条数据进行操作时,会报乐观锁异常。

尝试了加锁和内存缓存数据等方式进行解决,效果依然不佳,只能减少出现乐观锁的次数,不能避免乐观锁。

3、反思:

这种大数据量的操作数据库,还是采用mongo缓存好一点,定期存数,不实时更新数据。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值