什么情况下会导致消息的重复消费——在消费者还没成功发送自动确认机制时发生:
- 网络抖动
- 消费者挂了
解决方案
- 每条消息设置一个唯一的标识id
- 幂等方案:【Redis分布式锁、数据库锁(悲观锁、乐观锁)】
面试官:如何解决MQ消息重复消费的问题
候选人:我们当时是设置了自动确认机制,当服务还没来得及给MQ确认的时候,服务宕机了,导致服务重启之后,又消费了一次消息。这样就重复消费了。
因为我们当时有一个业务的唯一标识,我们再处理消息时,先到数据库查询一下,这个数据是否存在,如果不存在,说明没有处理过,这个时候就可以正常处理这个消息了。如果已经存在这个数据了,就说明消息重复消费了,我们就不需要再消费了。
第二种就是典型的幂等性问题,比如,Redis分布式锁、数据库的锁都是可以的。