RabbitMQ如何保证消息可靠性和解决重复消费问题

mq中如何保证消息的可靠性?

mq发送消息的流程是 生产者====>交换机====>队列====>消费者消费消息.

保证消息可靠性就是保证这个流程中从消息生产到消费者将消息消费完不出问题.

可能出现的问题:

生产者发送消息到交换机失败;

交换机将消息路由到队列时失败;

mq宕机,消息队列中的消息丢失;

队列将消息推给消费者,消费者没消费完消息时mq宕机或消费超时.

解决方式:

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

confirm机制是当生产者发送消息到服务器后,服务器收到消息,返回ack,代表发送成功,如果发送失败,返回nack,然后重新发送消息.

2.使用return确认机制,保证消息正确路由到队列

return确认机制是当交换机路由信息到队列失败时,返回ack及失败原因.失败原因中包含信息码,失败信息,交换机信息,路由键,消息信息,因此当交换机路由信息到队列失败后后进行重新发送.

3.持久化机制

 将交换机，队列，消息进行持久化.(由于默认就是持久化，所以不需要任何配置)

4. 消费者ack机制

ack确认机制有三种,分别是

（1）none:消息到达，直接返回ack。（关闭ack）
        
（2）manual:手动ack确认,消费成功，手动调用API返回ack;消费失败，手动调用API返回nack,消息重回队列。
        
  (3）auto:自动ack确认机制,消费者正常消费完消息，返回ack,出异常/超时则返回nack,消息重回队列。（默认本地重试策略）

本地重试的三种的策略：
        
（1）如果超过最高重试次数，则直接丢弃消息。
            
（2）重试次数达到最高依旧失败后，重新入队。
            
  (3）重试次数达到最高依旧失败后，将失败消息投递到指定的交换机.进行记录，后续人工干预，解决失败消息。 

 mq中如何解决重复消费问题?       

首先,消息的重复性消费可以根据幂等性分为两类:即幂等和非幂等.

幂等是指重复执行统一操作,结果不会进行改变.非幂等则相反.

对于像是查询,根据条件删除等消费操作,即使客户端进行多次重复消费,最终的结果都是一样的,这类的重复性消费对业务的影响不大,我们可以不做处理.

但是对于新增,或者在原来的数值基础上进行增减的更新操作,如果多次执行,会造成数据不一致,这类的重复性消费我们就必须进行人为干预,避免重复性消费.

具体的一种解决方案就是在生产者发送消息时,携带一个消息的唯一ID.消费者在消费消息时,先通过redis的setnx命令设置一个key为消息ID,值为0的操作.这里的值0表示消息正在消费,1表示消息已经消费完成.如果设置成功,表示当前消息没有被消费,我们就可以消费消息,消费完成后手动ACK,并且把redis的值改成1;如果设置失败,就表示消息正在被消费或者已经消费了,我们需要先获取redis消息key的值,判断是否为1,如果为1,手动ack,避免之前完成消费的消费者在设置完key值后代码运行过程中抛出了异常,没有来得及进行ack确认;如果key的值是0,就表示现在有一个消费者正在消费这个消息,我们就不需要进行处理了.