RabbitMQ如何保证消息可靠性？(RabbitMQ如何保证消息不丢失？)

一.消息丢失的几种情况:

        1.网络波动导致生产者发送的消息没有正确到达交换机或者队列

        2.消费者消费消息的时候宕机了

二.消息能不能丢:

        不太重要的消息(比如记录一些无关紧要的日志)丢了就丢了,重要的消息(确保数据一致性的消息)是不能丢的.

三.如何解决:

        1.生产者确认机制:首先在配置文件中添加如下配置

这段配置中publisher-confirm-type有两个属性simple和correlated,其中simple表示同步等待confirm结果直到超时,而correlated表示异步等待confirm结果.publisher-returns表示在收到确认结果之后是否传给回调函数.template.mandatory也是这个意思,但template.mandatory的优先级要比publisher的高.template.mandatory设置为空情况下会去使用publisher-returns的配置.

        1.1 定义ConfirmCallback:

通过correlationData对象调用getFuture().addCallback()添加回调,发送到交换机成功与否都可以做相应的业务处理.

        1.2 添加配置类:

通过实现ApplicationContextAware接口重写setApplicationContext方法判断消息是否成功到达队列.

        2.交换机持久化+队列持久化+消息持久化:因为默认就是持久的,所以不用特意动,但消息的持久化也可以通过手动配置的方式来完成:  

通过MessageProperties对象调用setDeliveryMode方法设置PERSISTENT属性,然后创建一个Message对象传入MessageProperties,最后发送Message对象实现手动消息持久化.

        3.消费者ack机制:默认情况下消费者在成功消费完消息之后会返回一个ack给mq,mq收到ack之后知道你消费完了消息会删除该消息.但如果我们设置了这个配置

那么只要mq发消息给消费者就直接返回ack给mq无论是否消费成功,这种情况下消费者的消息可靠性是无法保证的.

       3.1 自动ack: 是默认配置,我们不指定失败次数mq就会无限重发给消费者直到消费完成,而且消费者每次都回消息给mq也会消耗性能,所以可以通过如下配置设置本地重试以及重试次数.

失败次数到达之后会触发失败策略,失败策略一共三种

1、RejectAndDontRequeueRecoverer：重试耗尽后，直接reject，丢弃消息。默认就是这种方式

2、ImmediateRequeueMessageRecoverer：重试耗尽后，返回nack，消息重新入队

3、RepublishMessageRecoverer：重试耗尽后，将失败消息投递到指定的交换机

可以通过在配置类中添加Bean指定策略

这里写的意思是触发RepublishMessageRecoverer策略,然后发送给专门存储消费失败消息的队列.

然后可以定义一个专门监听error队列的消费者

3.2 手动ack:同样的先添加配置

代码

这段代码中channel.basicAck表示返回一个ack给mq,而channel,basicNack表示返回一个nack.

其中multiple参数是表示是否批量处理,requeue表示是否重回消息队列,如果重回消息mq那边就有一个显示unack的消息然后会重发,但如果这个属性指定为false就是不回消息队列,mq那边就没有了该消息,也不会重新发送给消费者了.

四.总结:

        1、生产者开启confirm机制，保证消息正确到达交换机

        2、生产者开启return机制，保证消息正确到达队列

        3、交换机、队列、消息进行持久化

        4、消费者开启手动ack，或者自动ack + 重试耗尽的失败策略，定义错误交换机队列，后期通过人工进行干预