RabbitMQ应用问题

消息可靠性保障

消息补偿机制

确保消息百分百发送成功
Q1，Q2，Q3位队列，省略了交换机

1、Producer业务操作完成入库之后发送消息到Q1，Consumer监听Q1获取消息完成业务，业务处理成功将数据入库，并且Consumer向Q2发送消费成功的消息。
2、Producer在第一次消息发送成功之后，延迟一会儿，发送消息到Q3，回调检查服务监听Q2和Q3，将两个消息进行对比，判断消息是否成功消息。
如果成功消费，那么Q2里面肯定有Consumer产生的消息，而且Q2肯定先到，则把Q2消息存放发到MDB，Q3消息到了之后，和MDB对比，如果Q3的消息和MDB没有比对成功，则说明消息发送失败，又或者消息消费失败。则Producer重新发送消息。
如果延迟发送消息Q3失败，并且Q1发送消息失败或者Consumer接收消息失败，那么Q2和Q3同时都没有相同消息。那么定时检查服务，检查MDB的消息和Producer DB的消息，如果Producer的消息比MDB消息多，那么重新发送这些消息。

消息幂等性保障

乐观锁解决方案

幂等性是指一次和多次请求某一个资源，对于资源本身应该具有相同的结果，也就是说，其任意多次执行对资源本身所产生的影响均与一次执行的影响相同。

在MQ中指，消费多条相同的消息，得到的结果与消费一次这个消息的结果相同。
比如：购买了一个东西，因为网络问题，发送了两个消息。那么扣款只应该扣一次。

例如上图：
当Consumer处理消息失败，那么Producer又发一次消息，此时Q1就有两条相同的消息。
当Producer 发送消息 ： id=1,money=500,version=1
如果发送两次
在consumer执行的时候，第一次消费消息，version=1，当消息处理成功之后那么将version=2，则第二条消息到达时候，version不一致则不会对数据进行更改。