两阶段提交（2PC）

2PC两阶段提交协议：
P-准备阶段（prepare）
C-提交阶段（commit）

概念

在计算机部分关系数据库，如oracle和mysql中支持两阶段提交协议：
准备阶段（prepare phase）：事务管理器给每个参与者发送prepare消息，每个数据库参与者在本地执行事务，并写入Undo、Redo日志，此时事务没有提交。（Undo日志记录修改前的数据，用于数据回滚；Redo日志用于记录修改后的数据，用于提交事务后写入的数据）。
提交阶段（commit phase）：如果事务管理器接收到了参与者的失败信息或者超时，则直接给每个参与者发送回滚（Rollback）消息，否则发送提交（Commit）消息；参与者根据事务管理器的指令执行提交或者回滚，并释放事务过程中使用的锁资源。

成功提交模型 失败回滚模型

XA方案

2PC的传统方案是在数据库层面实现的，如oracle、mysql都支持2PC协议，为了统一标准减少不必要的对接成本，需要指定标准化的处理模型即接口标准，国际开放标准组织Open Group定义了分布式事务处理模型DTP。

DTP定义了以下角色：
AP（Application Program）：即应用程序，使用分布式事务的程序。
RM（Resource Manage）：即资源管理器，也可以理解为事务参与者，一般情况下是指一个数据库实例，通过资源管理器对该数据控制，资源管理器控制着分支事务。
TM（Transaction Manager）：事务管理器，负责协调和管理事务，控制着全局事务，管理事务的生命周期，协调各个RM。

关系模型

DTP模型定义TM和RM之间通讯的接口规范叫做XA，简单理解为数据库提供的2PC接口协议，基于数据库的XA协议来实现2PC又称为XA方案。

以上三个角色的交互方式：
1）TM向AP提供应用程序编程接口，AP通过TM提交及回滚事务。
2）TM通过XA接口来通知Rm数据库事务的开始、结束、提交、回滚。

XA方案存在的问题：
1、需要本地数据库支持XA协议。
2、性能差，两阶段全部结束后才会释放锁。

Seate方案

https://github.com/seata/seata

Seate是由阿里中间件团队发起的开源项目，是开源的分布式事务框架。传统2PC问题在Seata中得到了解决，它通过对本地关系型数据的分支事务的协调来驱动完成全局事务。性能好，且不长时间占用连接资源，以高效并且对业务零侵入的方式解决分布式事务问题。

Seata的模型是把一个分布式事务拆分成包含了若干个分支事务的全局事务。全局事务的职责是协调其下的分支事务，要么全部提交成功，要么全部失败回滚。分支事务通常是指一个关系数据库的本地事务。

事务模型

三个角色：
TC（Transaction Coordinator）：事务协调器，独立部署运行的中间件，维护全局事务运行状态，接收TM指令发起全局事务的提交、回滚，负责与RM通信协调各分支事务的提交、回滚。
TM（Transaction Manager）：事务管理器，嵌入应用程序中工作，负责开启一个全局事务，并最终向TC发起全局事务的提交或回滚。
RM（Resource Manager）：本地资源管理器，控制分支事务，负责分支注册、状态汇报，并接收事务协调器TC的指令，驱动分支事务的提交和回滚。

model 业务model

seata实现的2PC与传统2PC的差别：
1）架构层面：
传统实际的RM是数据库层面（数据库本身就是RM，通过XA协议）。
Seata的RM以jar包的形式部署在应用程序这一层。
2）2PC方面：
传统要等到两阶段结束才释放资源锁。
Seata准备阶段就提交事务，提高整体效率。