MQ面试必问系列 - 如何保证消息消费的幂等性?

博客围绕消息队列中消息不被重复消费,即消息消费幂等性展开。指出若项目用MQ,此问题常被考察。以Kafka为例,说明其本身在同一分区只保证消息有序,需在业务层面做幂等性处理,消费时自行判断,还提及该问题在面试中的重要性。

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

如何保证消息队列中的消息不被重复消费(如何保证消息消费的幂等性)?

面试题解析

  • 如何你项目中用到了MQ,这个问题是不可能不出现的?面试官考察的是你工作中有没有真正的用到MQ还是只是你的简单demo而已。如何这个问题你完全不知说明两种情况?

    1. 你实际的项目中根本没有用到MQ,MQ只是你自己加上去的。
    2. 即使你相信你项目中用到MQ,如果这个问题你没有考虑进去的话只能不能说明你项目中没有去做幂等性处理,只能说明你要么只做边边角角的事情,要么你根本没有去考虑这个情况?
      不管上述的那个情况,都是在面试官眼里都是致命的。

    不管哪种MQ,我们业务层面都是做幂等性处理,在消费之前做一些判断例如根据某个索引去表中查询一下是否有数据没如果有了数据,说明该消息已经被消费过了。过滤此消息。

  • 下面以Kafka为例来说明消息的幂等性问题如何处理
    在这里插入图片描述

  1. Kafka本身在同一个Patition中只保证了消息的有序并不能保证消息的幂等
  2. 我们也可以在业务层面去保证我们业务的幂等如图中的全局Id等
  3. 在消费的时候需要自行进行判断。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值