MySQL数据库是如何实现XA规范的(2)-木庄网络博客

如果所有 RM 都返回可以提交，那么向所有 RM 发送 Commit 命令，完成一次事务操作。

MySQL 如何实现 XA 规范

MySQL 中 XA 事务有两种情况，内部 XA 和外部 XA，其区别是事务发生在 MySQL 服务器单机上，还是发生在多个外部节点间上。

在 MySQL 的 InnoDB 存储引擎中，开启 binlog 的情况下，MySQL 会同时维护 binlog 日志与 InnoDB 的 redo log，为了保证这两个日志的一致性，MySQL 使用了 XA 事务，由于是在 MySQL 单机上工作，所以被称为内部 XA。

内部 XA 事务由 binlog 作为协调者，在事务提交时，则需要将提交信息写入二进制日志，也就是说，binlog 的参与者是 MySQL 本身。

外部 XA 就是典型的分布式事务，MySQL 支持 XA START/END/PREPARE/Commit 这些 SQL 语句，通过使用这些命令，可以完成分布式事务。

你也可以查看 MySQL 官方文档，了解更多的 XA 命令。

MySQL 外部 XA 主要应用在数据库代理层，实现对 MySQL 数据库的分布式事务支持，例如开源的数据库中间层，比如淘宝的 TDDL、阿里巴巴 B2B 的 Cobar 等。

外部 XA 一般是针对跨多 MySQL 实例的分布式事务，需要应用层作为协调者，比如我们在写业务代码，在代码中决定提交还是回滚，并且在崩溃时进行恢复。

当事务提交时，在 binlog 依赖的内部 XA 中，额外添加了 Xid 结构，binlog 有多种数据类型：

不论是 statement 还是 row 格式，binlog 都会添加一个 XID_EVENT 作为事务的结束，该事件记录了事务的 ID 也就是 Xid，在 MySQL 进行崩溃恢复时根据 binlog 中提交的情况来决定如何恢复。

下面来看看 binlog 下的事务提交过程，整体过程是先写 redo log，再写 binlog，并以 binlog 写成功为事务提交成功的标志。

当有事务提交时：

InnoDB 进入 Prepare 阶段，并且 write/sync redo log，写 redo log，将事务的 xid 写入到 redo 日志中，binlog 不作任何操作
进行 write/sync binlog，写 binlog 日志，也会把 xid 写入到 binlog
调用 InnoDB 引擎的 commit 完成事务的提交，将 commit 信息写入到 redo 日志中

如果是在第一步和第二步失败，则整个事务回滚

如果是在第三步失败，则 MySQL 在重启后会检查 xid 是否已经提交，若没有提交，也就是事务需要重新执行，就会在存储引擎中再执行一次提交操作，保障 redo log 和 binlog 数据的一致性，防止数据丢失。

实际执行还牵扯到操作系统缓存 buffer 何时同步到文件系统中，所以 MySQL 支持用户自定义在 commit 时如何将 log buffer 中的日志刷到 log file 中，通过变量 innodb_flush_log_at_trx_Commit 的值来决定。

在 log buffer 中的内容称为脏日志，感兴趣的话可以查询资料了解下。

以上就是MySQL数据库是如何实现XA规范的的详细内容，更多关于MySQL数据库XA规范的资料请关注其它相关文章！

更多相关Mysql内容来自木庄网络博客

标签：Mysql