RabbitMQ消息百分百投递

谈到消息的可靠性投递，无法避免的，在实际的工作中会经常碰到，比如一些核心业务需要保障消息不丢失，接下来我们看一个可靠性投递的流程图，说明可靠性投递的概念：

Step 1： 首先把消息信息(业务数据）存储到数据库中，紧接着，我们再把这个消息记录也存储到一张消息记录表里（或者另外一个同源数据库的消息记录表）
Step 2：发送消息到MQ Broker节点（采用confirm方式发送，会有异步的返回结果）
Step 3、4：生产者端接受MQ Broker节点返回的Confirm确认消息结果，然后进行更新消息记录表里的消息状态。比如默认Status = 0 当收到消息确认成功后，更新为1即可！
Step 5：但是在消息确认这个过程中可能由于网络闪断、MQ Broker端异常等原因导致 回送消息失败或者异常。这个时候就需要发送方（生产者）对消息进行可靠性投递了，保障消息不丢失，100%的投递成功！（有一种极限情况是闪断，Broker返回的成功确认消息，但是生产端由于网络闪断没收到，这个时候重新投递可能会造成消息重复，需要消费端去做幂等处理）所以我们需要有一个定时任务，（比如每5分钟拉取一下处于中间状态的消息，当然这个消息可以设置一个超时时间，比如超过1分钟 Status = 0 ，也就说明了1分钟这个时间窗口内，我们的消息没有被确认，那么会被定时任务拉取出来）
Step 6：接下来我们把中间状态的消息进行重新投递 retry send，继续发送消息到MQ ，当然也可能有多种原因导致发送失败
Step 7：我们可以采用设置最大努力尝试次数，比如投递了3次，还是失败，那么我们可以将最终状态设置为Status = 2 ，最后 交由人工解决处理此类问题（或者把消息转储到失败表中）。
数据库文件

---

– Table structure for broker_message_log

---

DROP TABLE IF EXISTS broker_message_log;
CREATE TABLE broker_message_log (
message_id varchar(255) NOT NULL COMMENT ‘消息唯一ID’,
message varchar(4000) NOT NULL COMMENT ‘消息内容’,
try_count int(4) DEFAULT ‘0’ COMMENT ‘重试次数’,
status varchar(10) DEFAULT ‘’ COMMENT ‘消息投递状态 0投递中,1投递成功,2投递失败’,
next_retry timestamp NOT NULL DEFAULT ‘0000-00-00 00：00：00’ ON UPDATE CURRENT_TIMESTAMP COMMENT ‘下一次重试时间’,
create_time timestamp NOT NULL DEFAULT ‘0000-00-00 00：00：00’ ON UPDATE CURRENT_TIMESTAMP,
update_time timestamp NOT NULL DEFAULT ‘0000-00-00 00：00：00’ ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (message_id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

---

– Table structure for t_order

---

DROP TABLE IF EXISTS t_order;
CREATE TABLE t_order (
id int(11) NOT NULL AUTO_INCREMENT,
name varchar(255) DEFAULT NULL,
message_id varchar(255) DEFAULT NULL,
PRIMARY KEY (id)
) ENGINE=InnoDB AUTO_INCREMENT=2018091102 DEFAULT CHARSET=utf8;

消息幂等性保障

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

在MQ中指,消费多条相同的消息,得到与消费该消息一次相同的结果。
消息幂等性保障 乐观锁机制
生产者发送消息：
id=1,money=500,version=1
消费者接收消息
id=1,money=500,version=1
id=1,money=500,version=1
消费者需要保证幂等性：第一次执行SQL语句
第一次执行：version=1
update account set money = money - 500 , version = version + 1
where id = 1 and version = 1
消费者需要保证幂等性：第二次执行SQL语句
第二次执行：version=2
update account set money = money - 500 , version = version + 1
where id = 1 and version = 1