xa 全局锁_分布式事务如何实现？深入解读 Seata 的 XA 模式

这里，我们从三个方面来深入解读这个新的特性：是什么(What)：XA 模式是什么?

为什么(Why)：为什么支持 XA?

怎么做(How)：XA 模式是如何实现的，以及怎样使用?

1. XA 模式是什么?

这里有两个基本的前置概念：什么是 XA?

什么是 Seata 定义的所谓 事务模式?

基于这两点，再来理解 XA 模式就很自然了。

1.1 什么是 XA?

XA 规范 是 X/Open 组织定义的分布式事务处理(DTP，Distributed Transaction Processing)标准。

XA 规范 描述了全局的事务管理器与局部的资源管理器之间的接口。 XA规范 的目的是允许的多个资源(如数据库，应用服务器，消息队列等)在同一事务中访问，这样可以使 ACID 属性跨越应用程序而保持有效。

XA 规范 使用两阶段提交(2PC，Two-Phase Commit)来保证所有资源同时提交或回滚任何特定的事务。

XA 规范 在上世纪 90 年代初就被提出。目前，几乎所有主流的数据库都对 XA 规范 提供了支持。

1.2 什么是 Seata 的事务模式?

Seata 定义了全局事务的框架。

全局事务 定义为若干 分支事务 的整体协调：TM 向 TC 请求发起(Begin)、提交(Commit)、回滚(Rollback)全局事务。

TM 把代表全局事务的 XID 绑定到分支事务上。

RM 向 TC 注册，把分支事务关联到 XID 代表的全局事务中。

RM 把分支事务的执行结果上报给 TC。(可选)

TC 发送分支提交(Branch Commit)或分支回滚(Branch Rollback)命令给 RM。

Seata 的 全局事务 处理过程，分为两个阶段：执行阶段 ：执行 分支事务，并 保证 执行结果满足是 可回滚的(Rollbackable) 和 持久化的(Durable)。

完成阶段： 根据 执行阶段 结果形成的决议，应用通过 TM 发出的全局提交或回滚的请求给 TC，TC 命令 RM 驱动 分支事务 进行 Commit 或 Rollback。

Seata 的所谓 事务模式 是指：运行在 Seata 全局事务框架下的 分支事务 的行为模式。准确地讲，应该叫作 分支事务模式。

不同的 事务模式 区别在于 分支事务 使用不同的方式达到全局事务两个阶段的目标。即，回答以下两个问题：执行阶段 ：如何执行并 保证 执行结果满足是 可回滚的(Rollbackable) 和 持久化的(Durable)。

完成阶段： 收到 TC 的命令后，如何做到分支的提交或回滚?

以我们 Seata 的 AT 模式和 TCC 模式为例来理解：

AT 模式