zhijingege的博客

消费积压

在消息传递过程中，如果出现传递失败的情况，发送发会执行重试，重试的过程就又可能会产生重复消息，对使用消息队列的业务系统来说，如果没有对重复消息进行处理，就又可能会导致系统数据出现错误。消费重复的情况是必然存在在MQTT协议中，给出了三种传递消息是提供的服务质量标准，这三种服务质量从低到高依次是：At most once:至多一次；在消息传递时，最多会被送达一次，换一个说法就是，没有什么消息可靠性保证，允许丢消息，一般都是一些对消息可靠性要求不高的监控场景使用，可以接受数据少量丢失。At least

检查是否丢失消息的方法我们可以利用消息队列的有序性来检验是否丢失消息：在producer端，我们给每个消息附加一个连续的递增序号，然后在consumer端来检查这个序号的连续性。如果消息没有丢失，consumer收到消息的序号必然是连续递增的，否则，我们可以通过确实的序号来确定丢失的是哪条消息，方便进一步排查大多数消息队列的客户端序号注入到消息中，在consumer收到消息的拦截器检测序号的连续性，这样不会入侵代码，也方便这部分检测的逻辑关闭或者删除。在分布式环境下需要注意以下这几个问题：首先，像