對于mysqldump的案例詳細(xì)說明

測試在MySQL 5.6.36上執(zhí)行，該問題存在版本差異！

##========================================================================##

在mysqldump對single-transaction參數(shù)的解釋為：

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.

紅色字體部分是重點(diǎn)，但是看得有些迷糊，還是動手測試下。

根據(jù)《mysqldump的幾個主要選項探究》的介紹，我們備份執(zhí)行的命令mysqldump --single-transaction --master-data相當(dāng)于執(zhí)行下面代碼：

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=1SHWO CREATE TABLE 'xxx'SHOW FIELDS FROM 'xxx'SHOW TABLE STATUS LIKE 'xxx'SELECT /*!40001 SQL_NO_CACHE */ * FROM  xxx

QUIT

場景1：mysqldump開始但尚未備份到表tb001時，另外回話對表tb001進(jìn)行alter操作，然后mysqldump對表tb001進(jìn)行導(dǎo)出

alter操作順利完成，但是mysqldump操作失敗。

場景2：mysqldump開始備份并完成tb001的導(dǎo)出，在對其他表進(jìn)行導(dǎo)出過程中，其他回話對表進(jìn)行alter操作

alter table操作被阻塞直至mysqldump完成或失敗后退出。

使用mysqldump備份時，模擬場景2的環(huán)境，報錯信息為：

mysqldump: Error 1412: Table definition has changed, please retry transaction when dumping table `tb1002` at row: 0

查看導(dǎo)出文件，最后內(nèi)容為：

--
-- Dumping data for table `tb1002`--LOCK TABLES `tb1002` WRITE;/*!40000 ALTER TABLE `tb1002` DISABLE KEYS */;

總結(jié)：

single-transaction參數(shù)通過Innodb的多版本來獲得數(shù)據(jù)一致性，而ALTER TABLE, DROP TABLE, RENAME TABLE,TRUNCATE TABLE等操作會破壞數(shù)據(jù)一致性，兩種操作不能并發(fā)執(zhí)行。

如果修改表操作在 ”mysqldump開啟后但還未導(dǎo)出修改表數(shù)據(jù)前“ 的時間段內(nèi)開始，則修改表操作成功完成，而mysqldump會執(zhí)行失��；

如果修改表操作在 “mysqldum已導(dǎo)出修改表數(shù)據(jù)但還未結(jié)束mysqldump操作前”的時間段內(nèi)開始，則修改表操作被阻塞，mysqldum能成功完成，在mysqldump操作完成后修改表操作方可正常執(zhí)行。

以上就是關(guān)于mysqldump的實(shí)例詳解的詳細(xì)內(nèi)容，更多請關(guān)注php中文網(wǎng)其它相關(guān)文章！