关于RocketMQ事务型消息的理解

前言

最近项目（电商）用到了大量的分布式技术，等我把这一块吃透了可能会开一个付费专题，这个专题一定会包括分布式事务和分布式锁等分布式概念的全面详细的理论知识，此外，还会有技术选型以及使用场景和问题分析和解决案例，感兴趣的朋友可以关注一下。

RocketMQ事务型消息的官方描述

详情见官网：事务消息

错误理解

按照官方的例子，本来理解的是：

• 生产者：订单付款事务
• 消费者：
  • 购物车清零事务
  • 物流信息确认事务
  • …

本来认为是生产者和消费者这三个事务可以同时失败和成功，但总感觉不对，于是搜索了一下，果然能找到相似的疑惑：

Rocketmq事务消息能保证前面一个业务成功了才将消息变为可投递，那如果消费者消费了消息，执行第二个业务失败了，前面一个业务又并没有回滚，要怎么保持一致性？

但是看了回答感觉还是云里雾里，于是我又看了几遍官方文档，似乎是明白了。

正确理解

官方事务型消息确保的是生产者的本地事务和生产者本地事务所要推送的消息之间的事务性，即：

• 本地事务成功$->$消息推送也要成功
• 本地事务失败$->$消息推送也要失败
• 消息推送失败$->$本地事务要回滚

这是为了避免以下情况（包括但不限）：

• 本地事务失败消息却推送成功了。
• 本地事务成功消息却由于网络等原因推送失败了。
• …

所以事务型消息和消费者没有多大的关系。

结语

希望有实际使用经验的道友指正和指导。