【RocketMQ】RocketMQ支持事务消息机制 二

相关文章：
【RocketMQ】事务消息
RocketMQ支持事务消息机制 一
RocketMQ支持事务消息机制 二

概述

本篇文章的核心是RocketMQ如何支持事务的

有一些第三方的MQ是支持事务消息的，比如RocketMQ，他们支持事务消息的方式也是类似于采用的二阶段提交，但是市面上一些主流的MQ都是不支持事务消息的，比如 RabbitMQ 和 Kafka 都不支持。

1. 消息发送

普通发送消息，是直接根据topic的queue最终写入到commitlog的，然后可以被消费者消费。比如现在往broker的orderTopic发送事务，不会先把half消息的offset写入orderTopic的queue里面去，而是写入broker内部的“RMQ_SYS_TRANS_HALF_TOPIC”对应的ConsumeQueue里面去。此时消息必然在broker内部了，那就会认为half消息写入成功了，然后响应给发送者；所以此时消费者还没发看到这条half消息。

2. 消息确认

然后producer执行完业务逻辑后，就会发送rollback/commit状态确认。或者网络故障producer没有收到half消息的响应、又或者发送rollback/commit失败，此时broker一直收不到producer的信号，它后台就会回查消息判断状态。但是它最多回查15次，15次都没拿到消息状态就会将它rollback。

3. rollback

假设现在消息rollback后，那么消息就要回滚，不过broker不是直接将消息删除掉，而是通过内部的op_topic标记half消息为rollback。

4. commit

如果消息commit后，则内部的op_topic标记half消息为commit，然后把消息写到orderTopic里面去，此时consumer就可以消费了。

参考

RocketMQ事务消息机制