mysql中mydumper和mysqldump使用對比詳解

數(shù)據(jù)庫備份工具有其自帶的mysqldump,屬于mysql官方的一款備份工具。但是第三方備份工具mydumper憑借優(yōu)越的特點(diǎn)為更多人所使用。下面就通過測試驗(yàn)證它們之間的備份效率。

如果只是備份幾張表或單個庫, 相比 innobackup 而言, 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: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 整個運(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 , 如果高版本還有這個問題可以參考 hub 做相應(yīng)代碼修改.

? 版權(quán)聲明
THE END
喜歡就支持一下吧
點(diǎn)贊10 分享