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

mydumper 導(dǎo)出

使用 mydumper 工具以 8 個(gè)線程導(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 里, 庫中的每個(gè)表都保存為表定義和數(shù)據(jù)兩個(gè)文件.

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

# cat metadata 
Started dump at: 2017-05-19 10:48:00
SHOW 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.gz
Enter password: 

real  3m19.805s
user  4m47.334s
sys 0m10.395s

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

總結(jié)

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

** (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 , 如果高版本還有這個(gè)問題可以參考 github 官方代碼做相應(yīng)代碼修改.

以上就是mysql中mydumper和mysqldump使用對(duì)比詳解的詳細(xì)內(nèi)容，更多請(qǐng)關(guān)注php中文網(wǎng)其它相關(guān)文章！