MySQL--当mysqldump --single-transaction遇到al…
2018-06-17 23:53:18来源:未知 阅读 ()
部分生产环境采用mysqldump --single-transaction的方式在夜间进行数据库备份,而同事恰好在备份期间执行了alter table操作,操作部分成功部分失败,为啥呢?
##========================================================================##
以下测试在MySQL 5.6.36上执行,该问题存在版本差异!
MySQL 5.5 版本测试结果:《MySQL--当mysqldump --single-transaction遇到alter table(2)》
##========================================================================##
在mysqldump对single-transaction参数的解释为:
Creates a consistent snapshot by dumping all tables in a
single transaction. Works ONLY for tables stored in
storage engines which support multiversioning (currently
only InnoDB does); the dump is NOT guaranteed to be
consistent for other storage engines. While a
--single-transaction dump is in process, to ensure a
valid dump file (correct table contents and binary log
position), no other connection should use the following
statements: ALTER TABLE, DROP TABLE, RENAME TABLE,
TRUNCATE TABLE, as consistent snapshot is not isolated
from them. Option automatically turns off --lock-tables.
红色字体部分是重点,但是看得有些迷糊,还是动手测试下。
根据《mysqldump的几个主要选项探究》的介绍,我们备份执行的命令mysqldump --single-transaction --master-data相当于执行下面代码:
FLUSH TABLES; FLUSH TABLES WITH READ LOCK; SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ; START TRANSACTION WITH CONSISTENT SNAPSHOT; SHOW MASTER STATUS; UNLOCK TABLES; SHOW TABLES LIKE 'xxx' SET OPTION SQL_QUOTE_SHOW_CREATE=1 SHWO CREATE TABLE 'xxx' SHOW FIELDS FROM 'xxx' SHOW TABLE STATUS LIKE 'xxx' SELECT /*!40001 SQL_NO_CACHE */ * FROM xxx QUIT
场景1:mysqldump开始但尚未备份到表tb001时,另外回话对表tb001进行alter操作,然后mysqldump对表tb001进行导出
alter操作顺利完成,但是mysqldump操作失败。
场景2:mysqldump开始备份并完成tb001的导出,在对其他表进行导出过程中,其他回话对表进行alter操作
alter table操作被阻塞直至mysqldump完成或失败后退出。
使用mysqldump备份时,模拟场景2的环境,报错信息为:
mysqldump: Error 1412: Table definition has changed, please retry transaction when dumping table `tb1002` at row: 0
查看导出文件,最后内容为:
-- -- Dumping data for table `tb1002` -- LOCK TABLES `tb1002` WRITE; /*!40000 ALTER TABLE `tb1002` DISABLE KEYS */;
##========================================================================##
总结:
single-transaction参数通过Innodb的多版本来获得数据一致性,而ALTER TABLE, DROP TABLE, RENAME TABLE,TRUNCATE TABLE等操作会破坏数据一致性,两种操作不能并发执行。
如果修改表操作在 ”mysqldump开启后但还未导出修改表数据前“ 的时间段内开始,则修改表操作成功完成,而mysqldump会执行失败;
如果修改表操作在 “mysqldum已导出修改表数据但还未结束mysqldump操作前”的时间段内开始,则修改表操作被阻塞,mysqldum能成功完成,在mysqldump操作完成后修改表操作方可正常执行。
##========================================================================##
标签:
版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有
上一篇:原生JDBC
下一篇:RocksDB上锁机制
- 运用mysqldump 工具时需注意的问题 2019-07-24
- 关于mysqldump备份非事务表的注意事项 2018-08-02
- 高性能MySQL--MySQL数据类型介绍和最优数据类型选择 2018-07-27
- 基于mysqldump备份集来恢复某个误操作的表(drop,truncate) 2018-07-27
- 高性能MySQL--innodb中事务的隔离级别与锁的关系 2018-07-11
IDC资讯: 主机资讯 注册资讯 托管资讯 vps资讯 网站建设
网站运营: 建站经验 策划盈利 搜索优化 网站推广 免费资源
网络编程: Asp.Net编程 Asp编程 Php编程 Xml编程 Access Mssql Mysql 其它
服务器技术: Web服务器 Ftp服务器 Mail服务器 Dns服务器 安全防护
软件技巧: 其它软件 Word Excel Powerpoint Ghost Vista QQ空间 QQ FlashGet 迅雷
网页制作: FrontPages Dreamweaver Javascript css photoshop fireworks Flash