如果只是備份幾張表或單個庫, 相比 innobackup 而言, mysql/15979.html">mysqldump 和 mydumper 更為方便, 不過 mydumper 增加了相對較多的特性, 比如多線程備份, 正則匹配備份, 分組和自檢等功能. 另外 mydumper 和 mysqldump 本質(zhì)上是一樣的導(dǎo)出邏輯數(shù)據(jù), 不支持在線熱備 innodb. 當(dāng)然我們也可以使用 innobackup 備份部分表數(shù)據(jù), 但是它和 mydumper 和 mysqldump 不是一類備份方式, 所以下文只測試 mydumper 和 mysqldump 之間的使用.

mydumper 導(dǎo)出

使用 mydumper 工具以 8 個線程導(dǎo)出 test(9.4G) 的數(shù)據(jù), 并壓縮, 如下所示:
mydumper -B test --regex 'test.*' -c -e -G -E -R --use-savepoints -h 10.0.21.5 -u root -P 3301 -p xxxxxx -t 8 -o /data/mysql_bak/

在目錄 /data/mysql_bak 里, 庫中的每個表都保存為表定義和數(shù)據(jù)兩個文件.

整體執(zhí)行時間如下, 一共耗時 123s

# cat metadata Started dump at: 2017-05-19 10:48:00SHOW MASTER STATUS:  Log: mysql-bin.000406  Pos: 2165426  GTID:(null)SHOW SLAVE STATUS:  Host: 10.144.127.4  Log: mysql-bin.000419  Pos: 506000361  GTID:(null)Finished dump at: 2017-05-19 10:50:03

mysqldump 導(dǎo)出

使用默認(rèn)的 mysqldump 工具導(dǎo)出該庫并壓縮, 如下所示:

# time mysqldump -B test -E -R -h 10.0.21.5 -u root -P 3301 -p | gzip >/data/test.sql.gzEnter password: real  3m19.805suser  4m47.334ssys 0m10.395s

real 一行顯示 mysqldump 整個運(yùn)行的時間為 199.8s

總結(jié)

整體上看, 由于數(shù)據(jù)不多, mysqldump 和 mydumper 時間相差并不大, 大多的時間都消耗在數(shù)據(jù)傳輸層面, 如果庫足夠大的話, mydumper 的優(yōu)勢就能體現(xiàn)出來. 另外低版本的 mydumper 由于高版本 MySQL 語法的變更, 會存在導(dǎo)出錯誤的問題, 比如出現(xiàn)下面錯誤:

** (mydumper:18758): CRITICAL **: Couldn't execute 'SET OPTION SQL_QUOTE_SHOW_CREATE=1': You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'OPTION SQL_QUOTE_SHOW_CREATE=1' at line 1 (1064)

處理這種問題可以使用高版本的 mydumper , 如果高版本還有這個問題可以參考 github 官方代碼做相應(yīng)代碼修改.