分布式事务相关

名词理解：

1.XA规范

XA是由X/Open组织提出的分布式事务的规范。
XA规范主要定义了（全局）事务管理器（Transaction Manager）和（局部）资源管理器（Resource Manager）之间的接口。XA接口是双向的系统接口，在事务管理器（Transaction Manager）以及一个或多个资源管理器（Resource Manager）之间形成通信桥梁。XA引入的事务管理器充当上文所述全局事务中的“协调者”角色。事务管理器控制着全局事务，管理事务生命周期，并协调资源。资源管理器负责控制和管理实际资源（如数据库或JMS队列）。

目前，Oracle、Informix、DB2、Sybase和PostgreSQL等各主流数据库都提供了对XA的支持。

XA规范中，事务管理器主要通过以下的接口对资源管理器进行管理

xa_open，xa_close：建立和关闭与资源管理器的连接。
xa_start，xa_end：开始和结束一个本地事务。
xa_prepare，xa_commit，xa_rollback：预提交、提交和回滚一个本地事务。
xa_recover：回滚一个已进行预提交的事务。

2.JTA（Java Transaction API）

java 平台上的事务规范接口
作为java平台上事务规范JTA（Java Transaction API）也定义了对XA事务的支持，实际上，JTA是基于XA架构上建模的。在JTA 中，事务管理器抽象为javax.transaction.TransactionManager接口，并通过底层事务服务（即Java Transaction Service）实现。像很多其他的Java规范一样，JTA仅仅定义了接口，具体的实现则是由供应商(如J2EE厂商)负责提供，目前JTA的实现主要有以下几种：

J2EE容器所提供的JTA实现(如JBoss)。
独立的JTA实现：如JOTM（Java Open Transaction Manager），Atomikos。这些实现可以应用在那些不使用J2EE应用服务器的环境里用以提供分布事事务保证。

3. 2PC（Two Phase Commit）

解决跨数据库的事务管理

提供分布式事务接口，提供跨数据库连接的事务管理,二阶段提交，是将事务的提交操作分成了prepare、commit两个阶段。其事务处理方式为：1、在全局事务决定提交时，a）逐个向RM发送prepare请求；b）若所有RM都返回OK，则逐个发送commit请求最终提交事务；否则，逐个发送rollback请求来回滚事务；2、在全局事务决定回滚时，直接逐个发送rollback请求即可，不必分阶段。

image.png

假设有A、B、C三个数据库，A作为一个事务发起者，称为“主库”，B和C则称为”从库”。假设需要执行一个在A、B和C三个库的某个表中插入一行数据的事务。

准备阶段（Prepare Phase），A锁定表，并将事务写入自己的预写日志；A将事务发给从库B和C，B和C也各自锁定自己的表，并把事务写入预写日志，完成后返回告诉A准备阶段完成；
提交阶段（Commit Phase），A开始执行自己的事务，并通知B和C提交事务。如果在这个过程中没有任何错误，那么操作将在A、B和C库中完成；如果发生错误，比如从库C超时无响应，或者从库C磁盘空间不足…A将通知所有参与事务的B和C回滚该事务，并且回滚A自己的事务。

4.TCC（try-confirm-commit）

解决多个服务之间的分布式事务

针对的是业务层面的事务，适用于微服务