6. 设计层面的消息可靠性保证：消息补偿、消息幂等性保障

设计层面的消息可靠性保证

需要两个保证：消息补偿、消息幂等性保障

1. 消息补偿

设计图示：

执行流程：
	1. 生产者被调用：给Q1发送一个消息，给Q3发送一个延迟消息，同时将业务数据加入数据库DB中
		Q3被回调检查服务监听 -> 3.
	2. Q1被消费者监听，确认消费后发送给Q2
		Q2也被回调监听服务监听 -> 3.
	3. 回调监听服务监听到消息之后 将消息写入数据库MDB
		若监听到Q2的消息，则将消息写入数据库MDB。
		若监听到Q3的消息，没有Q2消息，则说明消息消费失败，调用生产者（Producer）从新发送消息
	4. 定时检查服务监控 MDB 和 DB 数据库
		负责监控两个数据库的数据是否一致，保障生产者发送的消息都被消费者消费了。

注意：
这种情况可以保证消息都被消费掉，但是却无法保证消息不会被重复消费：
如果在消费者成功消费消息后的地方出现问题，也就是：Q2，步骤5，6，7的地方出现问题，将会导致重新调用生产者发送同一消息，而这时的消费者其实已经成功消费了这一个消息，也就造成了重复消费

解决重复消费的办法：

2. 消息的幂等性保障-乐观锁机制

在数据库表中添加一个 version 字段，使用乐观锁机制就可以解决这一个重复消费问题。
如果是同一个消息，数据库中的信息不会有任何改变。