消息队列+更新DB极易引发的DB并发修改bug

背景

我们在生产系统中和其他系统进行交互时一般都会通过消息队列来解耦生产者和消费者,然后通过每个使用方消费消息队列的消息的方式来完成消息的消费,并且一般来说我们消费消息后极有可能会操作DB,不过这种方式如果处理不够仔细,很容易发生DB并发更新导致的数据覆盖

问题复现

解决方案:

1.对于DB的同一条记录的操作需要有先后顺序,这就要求对于同一个mid的消息消费要串行,而不能并行,所以这就要求生产者发送消息到消息队列时需要按照mid进行partition分区,这样同一个mid只会在一个分区中,而kafka的消息消费是分区有序的,这个问题就可以解决掉了

2.对于DB的并发更新使用加乐观锁(版本号)或者悲观锁的方式来达到串行更新DB记录的效果

相关推荐
Ant?112 分钟前
rk3588 驱动开发(三)第五章 新字符设备驱动实验
数据库·驱动开发
Always_away36 分钟前
数据库系统概论|第三章:关系数据库标准语言SQL—课程笔记6
数据库·笔记·sql·学习
oioihoii1 小时前
C++23文本编码革新:迈向更现代的字符处理
java·数据库·c++23
九鼎科技-Leo1 小时前
写windows服务日志-.net4.5.2-定时修改数据库中某些参数
数据库·windows·.net
hkfkn2 小时前
Sql刷题日志(day6)
数据库·sql
游王子2 小时前
Milvus(9):字符串字段、数字字段
数据库·milvus
猫咪-95272 小时前
Mysql之存储过程(下)
数据库
Sc Turing2 小时前
【Vue3-Bug】中路由加载页面直接显示空白
前端·bug
HvrI12 小时前
【Harmony_Bug】forEach + asyncawait 的异步陷阱
开发语言·华为·bug·harmonyos·鸿蒙
小白教程3 小时前
解读和分析mysql性能数据时,如何确定性能瓶颈的具体位置?
数据库·mysql·mysql教程·mysql优化教程