RocketMq事务消息

概述

RocketMq事务消息是众多MQ中最具特点的一个功能，通过事务消息，去保证MQ上下游数据的一致性，要么同时成功，要么同时失败。

以下单为例，⽤户⽀付订单这⼀核⼼操作的同时会涉及到下游物流发货、积分变更、购物⻋状态清空等多个⼦系统的变更。这种场景，⾮常适合使⽤RocketMQ的解耦功能来进⾏串联。

考虑到事务的安全性，即要保证相关联的这⼏个业务⼀定是同时成功或者同时失败的。如果要将四个服务⼀起作为⼀个分布式事务来控制，可以做到，但是会⾮常麻烦。⽽使⽤RocketMQ在中间串联了之后，事情可以得到⼀定程度的简化。由于RocketMQ与消费者端有失败重试机制，所以，只要消息成功发送到RocketMQ了，那么可以认为Branch2.1，Branch2.2，Branch2.3这⼏个分⽀步骤，是可以保证最终的数据⼀致性的。这样，⼀个复杂的分布式事务问题，就变成了MinBranch1和Branch2两个步骤的分布式事务问题。

  然后，在此基础上，RocketMQ提出了事务消息机制，采⽤两阶段提交的思路，保证Main Branch1和Branch2之间的事务⼀致性。

RocketMQ事务消息流程

1. ⽣产者将消息发送⾄Apache RocketMQ服务端。

2. Apache RocketMQ服务端将消息持久化成功之后，向⽣产者返回Ack确认消息已经发送成功，此时消息被标记为"可以投递"，这种状态下的消息即为半事务消息。

3. ⽣产者开始执⾏本地事务逻辑。

4. ⽣产者根据本地事务执⾏结果向服务端提交⼆次确认结果（Commit或是Rollback），服务端收到确认结果后

处理逻辑如下：

⼆次确认结果为Commit：服务端将半事务消息标记为可投递，并投递给消费者。

⼆次确认结果为Rollback：服务端将回滚事务，不会将半事务消息投递给消费者。