RocketMQ事务消息底层实现原理分析

最新推荐文章于 2025-03-14 11:02:08 发布

闻道☞

最新推荐文章于 2025-03-14 11:02:08 发布

阅读量282

点赞数

分类专栏：分布式系统问题索碎知识文章标签： java zookeeper 开发语言

原文链接：https://blog.youkuaiyun.com/qq_29635485/article/details/107481539

版权

索碎知识同时被 2 个专栏收录

40 篇文章

订阅专栏

分布式系统问题

27 篇文章

订阅专栏

RocketMQ在4.3版本后支持事务消息，采用2PC（两阶段提交）方案，并带有补偿逻辑。发送消息首先发送half消息，等待服务端响应。若写入成功则执行本地事务，根据事务状态决定Commit或Rollback。对于未确认的pending消息，服务端会发起回查，15次未确认则默认为Rollback。补偿流程确保消息最终状态的正确性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

事务消息实现原理流程

RocketMQ 4.3后支持事务消息，采用了2PC的方案来提交事务消息，同时增加一个补偿逻辑来处理二阶段超时或者失败的消息，以下为事务消息实现原理图：
在这里插入图片描述

在这里插入图片描述
事务消息发送及提交流程：

发送消息（half消息）
服务端响应消息写入结果
根据发送结果执行本地事务（如果写入失败，此时half消息对业务不可见，本地逻辑不执行）
根据本地事务状态执行Commit或者Rollback（Commit操作生成消息索引offset，消息写入commintlog）

事务消息补偿流程：

对没有Commit/Rollback的事务消息（pending状态的消息），从服务端发起一次“回查”，15次后还未确认状态，就当做rollback处理；
Producer收到回查消息，检查回查消息对应的本地事务的状态；
根据本地事务状态，重新Commit或者Rollback；

补偿阶段是用于解决消息Commit或者Rollback发生超时或者失败的情况。
————————————————
版权声明：本文为优快云博主「·星辰啊」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.youkuaiyun.com/qq_29635485/article/details/107481539