Rabbit可靠性消息投递

目录

一.从架构角度分析消息可靠性投递

二.

---

一.从架构角度分析消息可靠性投递

1. 将数据插入到业务表中，同时将日志存入到MSGDB中（包含一个状态，初始值为0），二者保证原子性。并发量大的时候，
2. 业务层将消息投递给MQ Broker
3. Broker异步返回应答ack，Produce Component（监听组件）进行监听ack（）
4. Produce t监听到ack后，更新MSG DB表中数据，将0改为1
5. 分布式定时任务系统定时查看MSG表中的数据是否为都为，将状态不是1的数据重新投递
6. 如果MSG DB表中的数据一直为0，重新发送消息
7. 如果发送的数据累计3次都发送失败，将状态改为2.表示消息发送失败，将BIZ和MSG回滚(不能删除数据)。极端情况下，第三次broker收到消息并返回ack，此时网络异常，producer没有收到ack，但此时消息已经到了下一个环节，需要和表中的数据进行对比，根据业务是否将数据状态修改。

---

二.