RocketMQ事务消息机制
消息发送
普通发送消息，是直接根据topic的queue最终写入到commitlog的，然后可以被消费者消费。比如现在往broker的orderTopic发送事务，不会先把half消息的offset写入orderTopic的queue里面去，而是写入broker内部的“RMQ_SYS_TRANS_HALF_TOPIC”对应的ConsumeQueue里面去。此时消息必然在broker内部了，那就会认为half消息写入成功了，然后响应给发送者；所以此时消费者还没发看到这条half消息。
消息确认
然后producer执行完业务逻辑后，就会发送rollback/commit状态确认。或者网络故障producer没有收到half消息的响应、又或者发送rollback/commit失败，此时broker一直收不到producer的信号，它后台就会回查消息判断状态。但是它最多回查15次，15次都没拿到消息状态就会将它rollback。
rollback
假设现在消息rollback后，那么消息就要回滚，不过broker不是直接将消息删除掉，而是通过内部的op_topic标记half消息为rollback。
commit
如果消息commit后，则内部的op_topic标记half消息为commit，然后把消息写到orderTopic里面去，此时consumer就可以消费了。
【推荐】国内首个AI IDE，深度理解中文开发场景，立即下载体验Trae
【推荐】编程新体验，更懂你的AI，立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包，你的智能百科全书，全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell：AI 加持，快人一步