XA简单介绍
XA是由X / Open发布的规范，用于DTP（分布式事务处理）。
DTP分布式模型主要含有
- AP： 应用程序
- TM: 事务管理器
- RM: 资源管理器(如数据库)
- CRM: 通讯资源管理器（如消息队列）
XA主要就是TM和RM之间的通讯桥梁。
2PC
两阶段提交协议（The two-phase commit protocol，2PC）是 XA 用于在全局事务中协调多个资源的机制。
2PC将事务的提交过程分为两个阶段来进行处理
-
准备阶段
- TM向所有RM发送事务内容，询问是否可以提交事务，并等待所有RM答复。
- RMs执行事务操作，将操作信息记入事务日志中,但不提交事务
- 如RM执行成功，给TM反馈YES；如执行失败，给TM反馈NO。
-
提交阶段
- 所有RM均反馈YES时，即提交事务
- 任何一个RM反馈NO时，即中断事务并进行回滚。
3PC
3PC是2PC的改进版，其将二阶段提交协议的“准备阶段”一份为二，形成了cancommit，precommit，docommit三个阶段。
-
CanCommit阶段
- TM向RMs发送CanCommit请求。询问是否可以执行事务提交操作。然后开始等待RM的响应。
- RMs接到CanCommit请求之后，正常情况下，如果可以顺利执行事务，则返回Yes,并进入预备状态。否则反馈No
-
PreCommit阶段
- 正常情况：所有RM均反馈YES时，即提交事务
- TM向RM发送PreCommit请求，并进入Prepared阶段。
- RM接收到PreCommit请求后，会执行事务操作，并将undo和redo信息记录到事务日志中。
- 如果RM成功的执行了事务操作，则返回ACK响应，同时开始等待最终指令。
- 有任何一个RM向TM发送了No响应，或者等待超时之后，TM都没有接到RM的响应，那么就执行事务的中断。
- TM向所有RM发送abort请求。
- RM收到来自TM的abort请求之后（或超时之后，仍未收到TM的请求），执行事务的中断。
- 正常情况：所有RM均反馈YES时，即提交事务
-
doCommit阶段
- 正常
- TM接收到RM发送的ACK响应，那么他将从预提交状态进入到提交状态。并向所有RM发送doCommit请求。
- RM接收到doCommit请求之后，执行正式的事务提交。并在完成事务提交之后释放所有事务资源。
- 事务提交完之后，向TM发送Ack响应。
- TM接收到所有RM的ack响应之后，完成事务。
- TM没有接收到RM发送的ACK响应（可能是TM发送的不是ACK响应，也可能响应超时），那么就会执行中断事务。
- TM向所有RM发送abort请求。
- RM接收到abort请求之后，利用其在阶段二记录的undo信息来执行事务的回滚操作，并在完成回滚之后释放所有的事务资源。
- RM完成事务回滚之后，向TM发送ACK消息。
- TM接收到RM反馈的ACK消息之后，执行事务的中断。
- 正常
小结
2PC的主要问题有三点：
- 两个阶段事务处于阻塞状态
- TM出现问题，一直修复不了的话，RM会一直阻塞
- 由于网络问题或者TM发送一半挂了 ，只有部分RM收到commmit请求，会导致数据的不一致
3PC在二、三阶段引入超时自动提交事务的机制和RM完成事务后释放资源，有效的防止2PC的前两种情况。
3PC数据一致性的问题还是存在，doCommit时，TM发送abort请求，但由于网络问题，部分RM没有接受到。这样就会出现部分RM执行commit,另外一部分执行abort,从而导致数据不一致的问题。
refer
https://www.infoq.cn/article/xa-transactions-handle/
https://blog.csdn.net/u013679744/article/details/79188945
