RocketMq事务消息原理与二阶段提交原理

 

大家日常使用事务的场景，基本上都是在操作数据库时，我们都知道，事务具有ACID的特性，可以为数据的可靠性提供保证

但在分布式场景中，不同系统使用不同的库，当一个请求涉及到多个系统数据变更时，单靠数据库事务就无法保证数据的可靠了，这就需要另一种机制，用于保证跨系统数据变更动作的可靠性，这个机制就是我们常说的分布式事务，对于分布式系统来说，严格实现ACID这四个特性代价往往太高，高到我们无法承受，仅仅是保证"一致性"就已经非常困难了，"顺序一致性"、"最终一致性"、"强一致性"的分类，就是一种妥协，业界的2PC，TCC，以及我们要讲的事务消息，都做了一定程度的妥协，每种方案都有特定的使用场景和限制，没有完美的解决方案，所以也需要我们根据实际场景权衡利弊

事务消息是分布式事务的解决方案之一，它基于消息队列中间件实现，今天我们就来讲讲在rocketMq中事务消息是如何实现的

 我先画个RocketMq事务消息的流程图，方便大家理解，我们假设A、B两个系统的数据变更：

 

1.producer(本例中指A系统)