面试题——如何保证消息的顺序性

本文探讨了在使用消息队列(MQ)如Kafka时,如何确保消息的顺序性,尤其是在多线程消费场景下避免数据不一致性问题。通过案例分析,提出了有效的解决方案。

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

面试题

如何保证消息的顺序性?

面试官心理分析

其实这个也是用MQ的时候必问的,一来是看你知不知道会出现顺序性的问题,二来是看你有没有办法保证消息消费是顺序性的,这也是生产系统中常见的问题。

面试题剖析

假如将mysql中binlog的数据使用MQ同步到其他系统中,这是原本是三条按顺序的增加,修改,删除操作,因为MQ的问题,造成来顺序混乱,变成了增加,删除,修改这个时候数据就和之前的不一致了。
比如:
Kafka:比如说我们新建了一个topic,有三个partition。生产者在写的时候,其实可以指定一个key,比如说我们指定了某个订单id作为key,那么这个订单相关的数据,一定会被分发到同一个partition中去,而且这个partition中到数据一定是有顺序的。到这里为止,其实还可以,但是如果消费者如果是多线程消费的话,由于消费完成的时间不同,可能会造成顺序性的问题。

解决方案

Kafka
  • 一个topic,一个partition,一个consumer,内部单线程消费,单线程吞吐量太低,一般不会用这个。
  • 写N个内存queue,具有相同key的数据都到同一个内存queue中,然后对于N个线程,每个线程分别消费一个内存的queue即可,这样就能保证顺序性。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值