当前位置:  数据库>mysql

mysql的XA事务恢复过程详解

    来源: 互联网  发布时间:2014-10-04

    本文导语:  mysql数据库开机报错: InnoDB: The log sequence number in ibdata files does not match InnoDB: the log sequence number in the ib_logfiles! 100224 12:24:20 InnoDB: Database was not shut down normally! InnoDB: Starting crash recovery. InnoDB: Reading tablespace information from the .ibd files....

mysql数据库开机报错:
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
100224 12:24:20 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Transaction 0 4497755 was in the XA prepared state.
InnoDB: Transaction 0 4468551 was in the XA prepared state.
InnoDB: Transaction 0 4468140 was in the XA prepared state.
InnoDB: 3 transaction(s) which must be rolled back or cleaned up
InnoDB: in total 0 row operations to undo
InnoDB: Trx id counter is 0 5312768
InnoDB: Starting in background the rollback of uncommitted transactions
100224 12:24:20 InnoDB: Rollback of non-prepared transactions completed
100224 12:24:20 InnoDB: Started; log sequence number 0 3805002509
100224 12:24:20 InnoDB: Starting recovery for XA transactions...
100224 12:24:20 InnoDB: Transaction 0 4497755 in prepared state after recovery
100224 12:24:20 InnoDB: Transaction contains changes to 8 rows
100224 12:24:20 InnoDB: Transaction 0 4468551 in prepared state after recovery
100224 12:24:20 InnoDB: Transaction contains changes to 1 rows
100224 12:24:20 InnoDB: Transaction 0 4468140 in prepared state after recovery
100224 12:24:20 InnoDB: Transaction contains changes to 1 rows
100224 12:24:20 InnoDB: 3 transactions in prepared state after recovery
100224 12:24:20 [Note] Found 3 prepared transaction(s) in InnoDB
100224 12:24:20 [Warning] Found 3 prepared XA transactions
100224 12:24:20 [Note] Event Scheduler: Loaded 0 events
100224 12:24:20 [Note] /opt/mysql/bin/mysqld: ready for connections.
Version: '5.1.39' socket: '/tmp/mysql.sock' port: 3306 MySQL Community Server (GPL)
意味着有三个XA的事务没有提交或回滚。
登录到mysql
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)
再启动就正常了。

MySQL XA
I.5. 对XA事务的限制
XA事务支持限于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 jdbc连接mysql数据库步骤及常见参数详解
  • MySQL C API中有没有事务处理的函数啊? iis7站长之家
  • mysql update语句的用法详解
  • MySql实现跨表查询的方法详解
  • 基于mysql 5.5 设置字符集问题的详解
  • 深入mysql并发插入优化详解
  • 详解MySQL中DROP,TRUNCATE 和DELETE的区别实现mysql从零开始
  • MYSQL 批量替换之replace语法的使用详解
  • 详解MySQL中SlowLog的配置方法(图文)
  • 浅谈SQLServer的ISNULL函数与Mysql的IFNULL函数用法详解
  • 基于mysql数据库的密码问题详解
  • 3步搞定纯真IP数据导入到MySQL的方法详解
  • MySQL Left JOIN时指定NULL列返回特定值详解
  • 深入MYSQL字符数字转换的详解
  • windows环境中mysql忘记root密码的解决方法详解
  • MySQL查询优化之索引的应用详解
  • Linux下MySQL安装配置 MySQL配置参数详解
  • 关于MySQL数据迁移--data目录直接替换注意事项的详解
  • 减少mysql主从数据同步延迟问题的详解
  • Python下的Mysql模块MySQLdb安装详解
  • MySQL数据入库时特殊字符处理详解
  • MySQL数据库备份恢复程序 MySQLDumper
  • 我不小心用mysqlfront把一个mysql数据库删除了,能不能恢复(没有备份),大家一定要救我阿。
  • LINUX下如何恢复mysql数据库
  • mysql主从连接失败,怎样通过binlog日志恢复呢?
  • 在Win下mysql备份恢复命令
  • mysql备份恢复mysqldump.exe几个常用用例
  • linux下的mysql数据恢复
  • MySQL数据库备份与恢复方法
  • 如何恢复Mysql数据库的详细介绍
  • linux下恢复数据急问--supplied argument is not a valid MySQL-Link resource
  •  
    本站(WWW.)旨在分享和传播互联网科技相关的资讯和技术,将尽最大努力为读者提供更好的信息聚合和浏览方式。
    本站(WWW.)站内文章除注明原创外,均为转载、整理或搜集自网络。欢迎任何形式的转载,转载请注明出处。












  • 相关文章推荐
  • 解析mysql二进制日志处理事务与非事务性语句的区别
  • MySQL C API中有没有事务处理的函数啊?
  • mysql 事务 回滚 提交
  • 基于mysql事务、视图、存储过程、触发器的应用分析
  • MYSQL事务回滚的2个问题分析
  • 为mysql数据库添加添加事务处理的方法
  • Mysql中的事务是什么如何使用
  • mysql实现事务的提交和回滚实例
  • mysql 锁表锁行语句分享(MySQL事务处理)
  • mysql 事务处理及表锁定深入简析
  • MySql的事务使用与示例详解
  • python连接mysql并提交mysql事务示例
  • PHP中执行MYSQL事务解决数据写入不完整等情况
  • MySql事务无法回滚的原因有哪些
  • MySQL事务处理与应用简析
  • MySQL数据库事务隔离级别介绍(Transaction Isolation Level)
  • 利用mysql事务特性实现并发安全的自增ID示例
  • MySQL存储过程例子(包含事务,输出参数,嵌套调用)
  • mysql存储过程事务管理简析
  • MySQL InnoDB之事务与锁详解
  • mysql中如何查看最大连接数(max_connections)和修改最大连接数
  • 在 linux下输入"mysql"命令,进入mysql命令行,但出现“Can't connetc to local MySQL server thuough socket /var/lib/mysql/mysql.sock
  • Mysql查询错误:ERROR:no query specified原因
  • MySQL 重装MySQL后, mysql服务无法启动
  • php安装完成后如何添加mysql扩展
  • 为什么用linux安装盘安装了mysql后,启动mysql,提示找不到mysql.sock文件?
  • mysql中查询当前正在运行的SQL语句并找出mysql中运行慢的sql语句
  • 請教,在redhat linux7.2+mysql 中,系統提示mysql已啟動,網頁卻不能訪問mysql?
  • Myeclipse中自带Tomcat的JDBC连接池配置(mysql和mssql)
  • 求解释: useradd -g mysql mysql -d /home/mysql -s /sbin/nologin
  • MySQL Workbench的下载安装与使用教程


  • 站内导航:


    特别声明:169IT网站部分信息来自互联网,如果侵犯您的权利,请及时告知,本站将立即删除!

    ©2012-2021,,E-mail:www_#163.com(请将#改为@)

    浙ICP备11055608号-3