消息中间件MQ场景常见问题（消息丢失，重复消费，垃圾消息，延时消费）

消息中间件MQ场景问题及解决办法

问题背景

业务场景：秒杀 ——> 下单 ——> 支付
这三个核心流程中，真正并发量大的是秒杀功能，下单和支付功能实际并发量很小。
所以，我们在设计秒杀系统时，有必要把下单和支付功能从秒杀的主流程中拆分出来，
特别是下单功能要做成mq异步处理的。而支付功能，比如支付宝支付，是业务场景本身保证的异步。

一、消息丢失问题

问题背景：上一步秒杀操作成功了，发送消息的时候出现网络问题或broker挂了等原因，导致消息发送失败，造成消息丢失
解决办法：增加一张消息发送表
具体实现：在生产者发送消息到mq之前，先把这条消息写入消息发送表，消息初始状态是待处理，后在发送mq消息，消费者消费消息时，处理完业务逻辑之后，再回调生产者这个接口，修改消息状态为已处理。
遗留问题：如果生产者已经把消息写入消息发送表了，再发送消息到mq服务端的过程失败了，造成了 消息的丢失，如何处理？
解决办法：使用job,增加重试机制
具体实现：用job,每隔一段时间去查询消息发送表中状态为待处理的数据，然后重新发送mq消息。
遗留问题：那这样是不是也有可能消息被重复消费？

二、消息重复消费问题

问题背景：如果我们设置了ack机制，当出现网络问题时，ack应答超时，本身就有可能造成消息重复消费