RocketMQ - 发送消息零丢失方案：RocketMQ事务消息的实现流程分析

1. 解决消息丢失的第一个问题：生产者推送消息丢失

RocketMQ有一个非常强悍有力得到功能，就是事务消息，凭借这个事务级的消息机制，就可以让我们保证生产者推送出去的消息一定会成功写入MQ里，绝不会半路就搞丢了。

首先以一个订单系统为例，假设他收到了一个订单支付成功的通知之后，他必然是需要在自己的订单数据库里做一些增删改查操作的，比如更新订单状态之类的。

可能你会觉得，订单系统不就是先在自己的数据库做一些操作，然后直接发个消息到MQ去，让其他订阅这个Topic的系统去从MQ获取消息做对应的处理就可以了吗？

其实还真不是这么简单，在基于RocketMQ的事务消息机制中，我们首先要让订单系统去发送一条half消息到MQ，这个half消息本质就是一个订单支付成功的消息，只不过你可以理解为他这个消息的状态是half状态，这个时候消费者系统是看不见这个half消息的。然后我们去等待接收这个half消息写入成功的响应通知，可能现在你会觉得你没事儿先发个half消息给MQ做什么？

其实可以想一下，加入你二话不说让订单系统直接做了本地数据库的操作，然后再发送消息给MQ，结果爆出一堆异常，发现MQ挂了。这个时候，必然导致你没法通过消息通知下游消费者系统去做一些列的逻辑。

所以这里我们首先第一件事，不是让订单系统做一些数据库操作，而是先发一个half消息给MQ以及收到他的成功的响应，初步先跟MQ做了联系和沟通。意思就是确认下MQ还活着。

如果half消息写入失败了，可能你发现报错了，可能MQ就挂了，或者网络出现故障，导致half消息没有发送成功。

这个时候你的订单系统应该执行一系列的回滚操