rabbitmq 怎么保证消息的稳定性（怎么避免消息丢失）

• 生产者发出后保证到达了MQ。
为了解决这个问题，RabbitMQ引入了事务机制和发送方确认机制（publisher confirm），由于事务机制过于耗费性能所以一般不用。另一个就是消息发送到MQ那端之后，MQ会回一个确认收到的消息给我们。

• MQ收到消息保证分发到了消息对应的Exchange。
消息找不到对应的Exchange。找不到对应的Queue。这两种情况都可以用RabbitMQ提供的mandatory参数来解决，它会设置消息投递失败的策略，有两种策略：自动删除或返回到客户端。

• Exchange分发消息入队之后保证消息的持久性。
对消息做持久化，以便MQ重新启动之后消息还能重新恢复过来。消息的持久化要做，还要做队列的持久化和Exchange的持久化。创建Exchange和队列时只要设置好持久化，发送的消息默认就是持久化消息。如果出现服务器宕机或者磁盘损坏则上面的手段统统无效，必须引入镜像队列，做异地多活来抵御这种不可抗因素。

• 消费者收到消息之后保证消息的正确消费。
消费者的消息确认。

案例
消息是先入库，然后生产者将数据包装成消息发给MQ。经过消费者消费之后对DB数据的状态进行更改。这中间有任何步骤失败，数据的状态都是没有更新的。这时通过一个定时任务不停的去刷库，找到有问题的数据将它重新扔到生产者那里进行重新投递。