本文探讨了RocketMQ消息重复消费的原因，包括生产者和消费者端的重复消费场景。为解决这一问题，提出了通过幂等性设计确保重复消费不影响结果，包括查询RocketMQ、使用Redis记录已发送消息以及在消费者端检查数据库操作的幂等性。然而，这些方案各有局限性，如查询性能、Redis可靠性等问题。最后强调，确保数据库操作的幂等性是防止消息重复消费的关键。
消息重复消费是各个MQ都会发生的常见问题之一，在一些比较敏感的场景下，重复消费会造成比较严重的后果，比如重复扣款等。
那么在什么情况下会发生RocketMQ的消息重复消费呢？
- 当系统的调用链路比较长的时候，比如系统A调用系统B，系统B再把消息发送到RocketMQ中，在系统A调用系统B的时候，如果系统B处理成功，但是迟迟没有将调用成功的结果返回给系统A的时候，系统A就会尝试重新发起请求给系统B，造成系统B重复处理，发起多条消息给RocketMQ造成重复消费
- 在系统B发送消息给RocketMQ的时候，也有可能会发生和上面一样的问题，消息发送超时，结果系统B重试，导致RocketMQ接收到了重复的消息
- 当RocketMQ成功接收到消息，并将消息交给消费者处理，如果消费者消费完成后还没来得及提交offset给RocketMQ，自己宕机或者重启了，那么RocketMQ没有接收到offset，就会认为消费失败了，会重发消息给消费者再次消费
消息重复消费的场景大概可以分为生产者端重复消费和消费者端重复消费，那么如何来解决消息的重复消费呢？
答案是通过幂等性来保证，只要保证重复消费的消息不对结果产生影响，就完美地解决这个问题
在生产者端要保证幂等性的话，大概可以使用以下两种方式：
① RocketMQ支持消息查询的功能，只要去RocketMQ查询一下是否已经发送过该条消息就可以了&#x
最低0.47元/天 解锁文章
扫一扫
5533
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
