MySQL邏輯物理備份測試

目錄

邏輯備份
mysqldump普通備份
mysqlpump并行備份
mysqlpump壓縮并行備份
mydumper并行備份
mydumper并行壓縮備份
小結
物理備份
xtrabackup壓縮備份
xtrabackup并行壓縮備份
innobackupex并行壓縮備份
innobackupex xbstream流式備份
innobackupex xbstream流式壓縮并行備份
innobackupex tar流式備份
innobackupex tar流式壓縮備份
innobackupex tar流式壓縮并行備份
小結

邏輯備份
mysqldump普通備份

<font style="vertical-align: inherit;"><font style="vertical-align: inherit;">time mysqldump -uadmin -padmin -h127.0.0.1 -p3306 --routines --set-gtid-purged = off --triggers --events --single-transaction --master-data = 2 --all-databases> /data/compressed/backup.sql</font></font> real 0m19.349s user 0m3.879s sys 0m0.951s du -sh /data/compressed/ && rm -rf /data/compressed/*

362m /數據/壓縮/

mysqlpump并行備份

<font style="vertical-align: inherit;"><font style="vertical-align: inherit;">time mysqlpump -uadmin -padmin -h127.0.0.1 -p3306 --set-gtid-purged = off --triggers --default-parallelism = 4 --routines --events --single-transaction --all-databases> /data/compressed/backup.sql</font></font>

真正的0m7.714s
用戶0m7.149s
sys 0m0.611s

du -sh /data/compressed/

213m /數據/壓縮/

時間lz4_decompress /data/compressed/backup.sql /data/backup.sql ll -h /data/backup.sql -rw -r - r-- 1 root root 363m sep 16 19:53 /data/backup.sql

mydumper并行備份

<font style="vertical-align: inherit;"><font style="vertical-align: inherit;">time mydumper -u admin -p admin -h 127.0.0.1 -p 3306 --routines --triggers -t 4 --events -o / data / compressed</font></font>

真正的0m7.582s
用戶0m1.810s
sys 0m0.715s

du -sh /data/compressed/

119米/數據/壓縮/

注意

mydumper備份mysql gtid單獨存放在元文件里cat / data / compressed / metadata start dump：2018-09-16 17:33:32 show master status： log：mysql-bin.000002 pos：47557983 gtid：898db7fe-f80a-11e7-b8d4-fa163efd7144：1-75完成轉儲：2018-09-16 17:33:45

小結

對2.3g datadir分別進行邏輯備份，占用時間最短的是mysqlpump并行備份（7s）;占用空間最小的是mydumper并行壓縮備份（119m），對于數據庫較小可以采用mysqldpump或mydumper并行備份，備份速度都要優于mysqldump的。 物理備份 xtrabackup --version xtrabackup版本2.4.8ll / usr / bin / innobackupex lrwxrwxrwx 。1 root root 10 jan 22 2018 / usr / bin / innobackupex - > xtrabackup innobackupex是xtrabackup的軟鏈接，在percona-xtrabackup8.0版本中被移除du -sh /opt/mysql/data/3306/ 2.3g / opt / mysql / data / 3306 /xtrabackup壓縮備份 ？ 1 time xtrabackup --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --backup --compress --target-dir=/data/compressed/ 真正的0m44.597s 用戶0m4.905s sys 0m1.562sdu -sh /data/compressed/ 675m /數據/壓縮/yum -y install qpress time xtrabackup --decompress --target-dir = / data / compressed / real 0m28.961s user 0m4.767s sys 0m5.995s xtrabackup并行壓縮備份 ？ 1 time xtrabackup --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --backup --compress --compress-threads=4 --parallel=4 --target-dir=/data/compressed/

真正的0m31.813s
用戶0m5.159s
sys 0m1.803s

du -sh /data/compressed/

673m /數據/壓縮/

time xtrabackup --decompress --parallel=4 --target-dir=/data/compressed/

真正的0m24.684s
用戶0m5.384s
sys 0m8.028s

innobackupex并行壓縮備份 ？ 1 time /usr/bin/innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --compress --compress-threads=4 --parallel=4 /data/compressed/

真正的0m29.864s
用戶0m4.680s
sys 0m1.460s

innobackupex xbstream流式備份 mkdir -p /data/backup<font></font> time innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --stream=xbstream /data/backup/ > /data/backup/backup.xbstream

真正的0m42.509s
用戶0m0.947s
sys 0m2.642s

du -ch /data/backup/

1.9g / data / backup /
總共1.9g

time xbstream -x</data/backup/backup.xbstream -c /backup

真正的0m28.451s
用戶0m0.308s
sys 0m13.889s

innobackupex xbstream流式壓縮并行備份

time innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --stream=xbstream --compress --compress-threads=4 --parallel=4 /data/backup/ > /data/backup/backup.xbstream

真正的0m35.992s
用戶0m4.988s
sys 0m1.909s

du -sh /data/backup/

672m / data / backup /
innobackupex tar流式備份

time innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --stream=tar /data/backup/ > /data/backup/out.tar

實際0m40.338s
用戶0m0.641s
sys 0m2.726s
du -sh /data/backup/
1.9g / data / backup /

innobackupex tar流式壓縮備份

time innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --stream=tar /data/backup/ | gzip > /data/backup/out.tar.gz

真正的1m47.964s
用戶1m19.120s
sys 0m2.883s

du -ch /data/backup/ 476m / data / backup / innobackupex tar流式壓縮并行備份 并行備份無效 time innobackupex --defaults-file=/opt/mysql/etc/3306/my.cnf --parallel=4 -uadmin -padmin --socket=/opt/mysql/data/3306/mysqld.sock --stream=tar /data/backup/ | gzip > /data/backup/out.tar.gz

真正的1m50.192s
用戶1m18.925s
sys 0m2.768s

xtrabackup：使用o_direct
innodb：池數：1
xtrabackup：warning： - “并行”選項在以“ tar ”格式流式傳輸時沒有任何效果。您可以使用'xbstream'格式。

小結
對2.3g datadir分別進行物理備份，備份占用時間最短的是innobackupex壓縮并行備份（30s）和xtrabackup壓縮并行備份（31s），其次是innobackupex xbstream流式壓縮并行備份（35s）;備份占用空間最小的是innobackupex tar流式壓縮備份（476m），innobackupex tar流式備份不支持并行備份

若更在意備份時間，推薦xtrabackup / innobackupex壓縮并行備份，若更在意備份空間占用大小，推薦innobackupex tar流式壓縮備份
數據量較大適合物理備份

參考
percona xtrabackup - 文檔

轉載于:https://blog.51cto.com/14354846/2408068

總結

以上是生活随笔為你收集整理的MySQL逻辑物理备份测试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。