mysql xa 序列化_mysql8 参考手册--XA事务

InnoDB存储引擎支持XA事务。MySQL XA实现基于X/Open CAE文档分布式事务处理：XA规范。本文件由开放小组出版，可在http://www.Open Group.org/public/pubs/catalog/c193.htm上查阅。当前XA实现的限制在第13.3.8.3节“XA事务的限制”中进行了描述。

在客户端，没有特殊要求。MySQL服务器的XA接口由以XA关键字开头的SQL语句组成。MySQL客户端程序必须能够发送SQL语句并理解XA语句接口的语义。它们不需要链接到最近的客户端库。旧的客户端库也可以工作。

在MySQL连接器中，MySQL Connector/J 5.0.0及更高版本通过一个为您处理XA SQL语句接口的类接口直接支持XA。

XA支持分布式事务，即允许多个单独的事务资源参与全局事务的能力。事务性资源通常是rdbms，但也可能是其他类型的资源。

一个全局事务包含几个本身是事务性的操作，但这些操作要么作为一个组成功完成，要么作为一个组回滚。本质上，这将ACID属性“扩展到一个级别”，以便多个ACID事务可以作为同时具有ACID属性的全局操作的组件一起执行。(与非分布式事务一样，如果应用程序对读取现象敏感，则可能首选可序列化的事务。对于分布式事务，可重复读取可能不够。)

分布式事务的一些示例：

应用程序可以充当集成工具，将消息传递服务与RDBMS结合起来。应用程序确保处理消息发送、检索和处理的事务(也涉及事务数据库)都发生在全局事务中。你可以把它看作是“事务性电子邮件”

应用程序执行涉及不同数据库服务器的操作，例如MySQL服务器和Oracle服务器(或多个MySQL服务器)，其中涉及多个服务器的操作必须作为全局事务的一部分发生，而不是作为每个服务器本地的单独事务发生。

银行将账户信息保存在关系数据库中，并通过自动取款机(ATM)分配和接收资金。有必要确保ATM操作正确反映在帐户中，但这不能仅用RDBMS来完成。全局事务管理器集成ATM和数据库资源，以确保金融事务的总体一致性。

使用全局事务的应用程序涉及一个或多个资源管理器和一个事务管理器：

资源管理器(RM)提供对事务性资源的访问。数据库服务器是一种资源管理器。必须能够提交或回滚由RM管理的事务。

事务管理器(TM)协调作为全局事务一部分的事务。它与处理这些事务的RMs通信。全局事务中的单个事务是全局事务的“分支”。全局事务及其分支由后面描述的命名方案标识。

XA的MySQL实现允许MySQL服务器充当处理全局事务中XA事务的资源管理器。连接到MySQL服务器的客户端程序充当事务管理器。

要执行全局事务，必须知道涉及哪些组件，并使每个组件达到可以提交或回滚的程度。根据每个组件报告的成功能力，它们必须作为一个原子组提交或回滚。也就是说，要么所有组件都必须提交，要么所有组件都必须回滚。要管理全局事务，必须考虑到任何组件或连接网络都可能失败。

执行全局事务的过程使用两阶段提交(2PC)。这发生在执行了全局事务分支执行的操作之后。

在第一阶段，所有分支都准备好了。也就是说，TM告诉他们要做好承诺的准备。通常，这意味着管理分支的每个RM都会在稳定存储中记录分支的操作。分支指示它们是否能够做到这一点，这些结果用于第二阶段。

在第二阶段，TM告诉RMs是提交还是回滚。如果所有分支在准备就绪时都指示可以提交，则所有分支都将被告知提交。如果任何分支在准备时指示它将无法提交，则通知所有分支回滚。

在某些情况下，全局事务可能使用一阶段提交(1PC)。例如，当事务管理器发现全局事务仅由一个事务资源(即单个分支)组成时，可以告诉该资源同时准备和提交。