數(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)代碼修改.