Mq消息丢失解决方案

解决办法:

1）事务机制:（同步方式，不推荐）
对于RabbitMQ来说，生产者发送数据之前开启RabbitMQ的事务机制 channel.txselect，如果消息没有进队列，则生产者受到异常报错，并进行回滚channel.txRollback，然后重试发送消息。如果收到了消息，则可以提交事务channel.txCommit。这是同步操作，会影响性能。
2）异步机制:
/confirm/i模式来解决同步机制的性能问题。每次生产者发送的消息都会分配一个唯一的id，如果写入到了RabbitMQ队列中，则RabbitMQ会回传一个ack消息，说明这个消息接收成功。如果RabbitMQ没能处理这个消息，则回调nack接口。说明需要重试发送消息。

也可以自定义超时时间 + 消息 id 来实现超时等待后重试机制。但可能出现的问题是调用ack接口时失败了，所以会出现消息被发送两次的问题，这个时候就需要保证消费者消费消息的幂等性。

事务模式和/confirm/i模式的区别：

• 事务机制是同步的，提交事务后悔被阻塞直到提交事务完成后。
• confirm 模式异步接收通知，但可能接收不到通知。需要考虑接收不到通知的场景。

解决办法：

• 1,创建Queue时,将其设置为持久化
• 2,发送消息的时候将消息的deliveryMode设置为2（将消息持久化 1:非持久化,2:持久化）
• 3,开启生产者 /confirm/i`模式，可以重试发送消息。

解决办法：

• 关闭RabbitMQ的自动ack，每次生产者将消息写入消息队列后，就自动回传一个ack给生产者。
• 消费者处理完消息再主动ack，告诉消息队列我处理完了。

• 1.开启生产者消息手动确认机制
• 2.开启消息持久化，队列持久化，交换机持久化（默认开启）
• 3.开启消费者消息手动确认机制

遗留问题：那这种主动 ack 有什么漏洞了？如果 主动 ack 的时候挂了，怎么办？
来这儿——消息中间件MQ场景常见问题（消息丢失，重复消费，垃圾消息，延时消费）