mysql的XA事务恢复过程详解
2019-09-01
编程之家收集整理的这篇文章主要介绍了mysql的XA事务恢复过程详解,编程之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
MysqL/bin/MysqLd: ready for connections.
Version: '5.1.39' socket: '/tmp/MysqL.sock' port: 3306 MysqL Community Server (GPL)
意味着有三个XA的事务没有提交或回滚。
MysqL> xa recover;
+----------+--------------+--------------+------------------------------------------------------------+
| formatID | gtrid_length | bqual_length | data |
+----------+--------------+--------------+------------------------------------------------------------+
| 131075 | 30 | 28 | 1-7f000001:bae5:4b6928eb:f06397f000001:bae5:4b6928eb:f0650 |
| 131075 | 30 | 28 | 1-7f000001:bae5:4b6928eb:fb5c37f000001:bae5:4b6928eb:fb5cd |
| 131075 | 30 | 28 | 1-7f000001:bae5:4b6928eb:f03ea7f000001:bae5:4b6928eb:f0400 |
+----------+--------------+--------------+------------------------------------------------------------+
数据表示信息如下:
formatIDis the formatIDpart of the transaction xid
gtrid_lengthis the length in bytes of the gtridpart of the xid
bqual_lengthis the length in bytes of the bqualpart of the xid
datais the concatenation of the gtridand bqualparts of the xid
这是三个XA事务的信息,准备直接回滚。
MysqL> xa rollback '1-7f000001:bae5:4b6928eb:fb5c3','7f000001:bae5:4b6928eb:fb5cd',131075;
Query OK,0 rows affected (0.41 sec)
再启动就正常了。
支持限于InnoDB存储引擎。
MysqL XA实施是针对外部XA的,其中,MysqL服务器作为资源管理器,而客户端程序作为事务管理器。未实施“内部XA”。这样,就允许MysqL服务器内的单独存储引擎作为RM(资源管理器),而服务器本身作为TM(事务管理器)。处理包含1个以上存储引擎的XA事务时,需要内部XA。内部XA的实施是不完整的,这是因为,它要求存储引擎在表处理程序层面上支持两阶段提交,目前仅对InnoDB实现了该特性。
对于XA START,不支持JOIN和RESUME子句。
对于XA END,不支持SUSPEND [FOR MIGRATE]子句。
在全局事务内,对于每个XA事务,xid值的bqual部分应是不同的,该要求是对当前MysqL XA实施的限制。它不是XA规范的组成部分。
如果XA事务达到PREPARED状态而且MysqL服务器宕机,当服务器重启后,能够继续处理事务。就像原本应当的那样。但是,如果客户端连接中止而服务器继续运行,服务器将回滚任何未完成的XA事务,即使该事务已达到PREPARED状态也同样。它应能提交或回滚PREPARED XA事务,但在不更改二进制日志机制的情况下不能这样。
总结
以上是编程之家为你收集整理的mysql的XA事务恢复过程详解全部内容,希望文章能够帮你解决mysql的XA事务恢复过程详解所遇到的程序开发问题。
如果觉得编程之家网站内容还不错,欢迎将编程之家网站推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您喜欢交流学习经验,点击链接加入交流1群:1065694478(已满)交流2群:163560250