|
上一篇介紹了邏輯備份工具mysqldump，本文將通過應用更為普遍的物理備份工具xtrabackup來演示數(shù)據(jù)備份及恢復的第二篇內(nèi)容。 1. xtrabackup 工具的安裝1.1 安裝依賴包/* xtrabackup 的使用需要安裝相關的依賴包 否則使用過程中會報相關錯誤 */ yum install -y rsync perl l perl-Digest-MD5 perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL 1.2 下載及安裝去percona官網(wǎng)下載對應版本的安裝包 https://www./downloads , 因為每個版本對應的數(shù)據(jù)庫版本不同，因此需要根據(jù)數(shù)據(jù)庫的版本選擇對應的xtrabackup的安裝包.
當前測試使用的數(shù)據(jù)庫為MySQL5.7 因此下載2.4版本https://www./downloads/Percona-XtraBackup-2.4/LATEST/ 另外，2.4.10及以后版本中，對libgcrypt進行了區(qū)分，因此也需要查詢自己服務器的libgcrypt版本，然后選擇對應的安裝包 查看libgcrypt方法： [root@testdb ~]# yum list installed|grep libgcrypt libgcrypt.x86_64 1.5.3-14.el7 @anaconda 然后下載對應包 /* 二進制包 */
二進制包解壓后即可使用，rpm包下載解壓后 rpm -ivh 安裝即可。操作均很簡單，此處略過 xtrabackup通常使用 innobackupex命令， 可以使用 innobackupex --help 命令查看參數(shù)及說明。 其中常用參數(shù)及說明如下： --defaults-file 待備份mysql實例的配置文件 --user=USER 備份用戶，默認為當前系統(tǒng)用戶,建議使用備份專用賬號 --password=PASSWD 備份用戶密碼 --port=PORT 數(shù)據(jù)庫端口，默認3306 --host=HOST 需備份數(shù)據(jù)庫的IP --apply-log 前滾、回滾日志，恢復前用 --database 指定需要備份的數(shù)據(jù)庫，多個數(shù)據(jù)庫之間以空格分開 --copy-back 將備份數(shù)據(jù)復制到目標路徑 --incremental 增量備份，后面接的參數(shù)值為指定的增量備份的路徑 --incremental-basedir=DIRECTORY 增量備份時使用指向上一次的增量備份所在的目錄 --incremental-dir=DIRECTORY 增量備份還原的時候用來合并增量備份到全量，用來指定全備路徑 --redo-only 對增量備份進行合并 --rsync 加快本地文件傳輸，適用于non-InnoDB數(shù)據(jù)庫引擎。不與--stream共用 --no-timestamp 生成的備份文件不以時間戳為目錄 1.3 創(chuàng)建備份賬號備份的賬號建議單獨創(chuàng)建，并授予相關權(quán)限 mysql> CREATE USER 'backup'@'localhost' IDENTIFIED BY 'Backup@123.com';
mysql> GRANT
2. 全量備份2.1 本地全量備份，不壓縮后續(xù)會以此為基礎進行增量備份 /* 創(chuàng)建備份結(jié)果的目錄, 此步驟也可以省略 */ mkdir all_backup /* 開始全量備份 */ /root/xtrabackup/bin/innobackupex --defaults-file=/app/data/mysql3306/etc/my.cnf --socket=/app/data/mysql3306/tmp/mysql.sock --port=3306 --user=backup --password='Backup@123.com' --no-timestamp all_backup
備份的結(jié)果存放在指定的目錄 all_backup里，內(nèi)容如下：
注： 如果沒有添加阻塞DDL操作的參數(shù)，備份過程中如有DDL操作，備份將終止。因此建議日常備份放在從庫中進行。 2.2 本地tar方式壓縮備份有時為了考慮磁盤空間問題，會在備份的時候直接壓縮用以節(jié)約磁盤空間或解決磁盤空間不足以存放全量非壓縮文件的問題。 /* gzip方式壓縮 */ /root/xtrabackup/bin/innobackupex --defaults-file=/app/data/mysql3306/etc/my.cnf --socket=/tmp/mysql.sock --port=3306 --user=backup --password='Backup@123.com' --stream=tar /tmp |gzip >all_backup.tar.gz
中間過程省略
備份后的結(jié)果是一個壓縮文件，經(jīng)過對比，壓縮后數(shù)據(jù)約為非壓縮情況下的20%，壓縮比還是比較高的。 不過，壓縮備份的方式速度相對較慢，且消耗CPU，該影響因素需要大家考慮到，視情況選擇是否壓縮。 注意： 如果有單表過大 而/tmp路徑空間不足的情況備份過程中可能會報錯，因此可以指定其他空間較大的目錄 2.3 本地xbstream方式壓縮備份gzip的壓縮方式備份可能會有bug（案例可以自行尋找）,出現(xiàn)如下錯誤： xtrabackup: error: The transaction log file is corrupted. xtrabackup: error: The log was not applied to the intended LSN! 因此可以采用xbstream方式進行備份,備份命令如下： /root/xtrabackup/bin/innobackupex --defaults-file=/app/data/mysql3306/etc/my.cnf --socket=/tmp/mysql.sock --port=3306 --user=backup --password='Backup@123.com' /app/backup --tmpdir=/app/backup --stream=xbstream|gzip - > all_backup.xbstream.gz
xbstream壓縮備份的過程和tar一致，就不再解釋了。 2.4 遠程備份到其他機器遠程備份與本地備份的相比 需要額外的配置遠程主機的免密登錄權(quán)限
/* 在備份所在用戶的主機下配置連接目標主機的免密 */ ssh-keygen ssh-copy-id -i user@'target_ip' 之后就可以將類似于本地備份的模式 將備份結(jié)果發(fā)送到遠程機器 /root/xtrabackup/bin/innobackupex --defaults-file=/app/data/mysql3306/etc/my.cnf --socket=/tmp/mysql.sock --port=3306 --user=backup --password='Backup@123.com' --stream=tar /tmp --no-timestamp | ssh user@'target_ip' "cat - > /app/backup/remote_backup.tar"
備份過程中可以在目標機器看到對應的備份文件，完成后如下
注：
3. 增量備份3.1 第一次增量備份可以先根據(jù)2.1的本地全備的基礎上進行增量備份,首次增量備份腳本如下： /root/xtrabackup/bin/innobackupex --defaults-file=/app/data/mysql3306/etc/my.cnf --socket=/tmp/mysql.sock --port=3306 --user=backup --password='Backup@123.com' --incremental /app/backup/ --incremental-basedir=/app/backup/all_backup 此時，備份的結(jié)果放在/app/backup目錄下，由于沒指定no-timestamp參數(shù)，備份的結(jié)果存在在已三期時間命名的目錄下：
備份的過程和全量備份很相似，但是備份結(jié)果是不一樣的
結(jié)果如下
注： 增量備份僅能應用于InnoDB或XtraDB表等事務表，對于MyISAM表而言，執(zhí)行增量備份時依舊進行全量備份 3.2 第二次增量備份第二次增量備份是在第一次增量備份的基礎上進行，因此incremental-basedir參數(shù)內(nèi)容指定為上一次增量備份的目錄即可 /root/xtrabackup/bin/innobackupex --defaults-file=/app/data/mysql3306/etc/my.cnf --socket=/tmp/mysql.sock --port=3306 --user=backup --password='Backup@123.com' --incremental /app/backup/ --incremental-basedir=/app/backup/2020-03-25_14-47-37 完成后生成一個新的目錄
4. 恢復4.1 基于全量備份的恢復4.1.1 回放日志備份后的文件不能直接用作恢復，還需要先使用apply-log 做前滾和回滾 /root/xtrabackup/bin/innobackupex --defaults-file=./backup-my.cnf --apply-log /app/backup/all_backup
注： 回放日志的時候 defaults-file 選擇備份目錄里的即可 4.2.2 恢復至目標實例本次恢復至一個新實例中（如果恢復至現(xiàn)有的實例需要先關閉目標實例，刪除數(shù)據(jù)目錄及相關日志存儲的目錄。不建議直接恢復至現(xiàn)有實例 ,除非實際需要) /* 創(chuàng)建新實例的相關目錄 */ mkdir -p /app/data/mysql3307/{data,logs,tmp,etc} /* 生產(chǎn)配置文件 ,本次直接拷貝其他實例的配置文件 修改對應端口等*/ cp /app/data/mysql3306/etc/my.cnf /app/data/mysql3307/etc/ sed -i "s#3306#3307#g" my.cnf /* 創(chuàng)建錯誤日志 */ touch /app/data/mysql3307/logs/mysqld.log 然后拷貝至新實例中 /root/xtrabackup/bin/innobackupex --defaults-file=/app/data/mysql3307/etc/my.cnf --copy-back /app/backup/all_backup
修改目標實例相關目錄的權(quán)限 chown -R mysql:mysql /app/data/mysql3307
啟動新實例即可 /usr/local/mysql5.7/bin/mysqld_safe --defaults-file=/app/data/mysql3307/etc/my.cnf & 恢復完畢 4.2 基于增量備份的恢復如果是基于第一次增量備份的恢復，操作如下 /* 使用合并增量備份的方式進行回放日志,先進行全量備份的合并 */ /root/xtrabackup/bin/innobackupex --apply-log --redo-only /app/backup/all_backup /* 再合并第一次增量備份 */ /root/xtrabackup/bin/innobackupex --apply-log --redo-only /app/backup/all_backup --incremental-dir=/app/backup/2020-03-25_14-47-37 如果基于多次增量備份的恢復，則在全量備份及第一次增量備份的基礎上繼續(xù)合并后續(xù)的備份即可 /* 基于第二次增量備份的合并 */ /root/xtrabackup/bin/innobackupex --apply-log --redo-only /app/backup/all_backup --incremental-dir=/app/backup/2020-03-25_15-06-28 之后的操作和全量備份的恢復一樣即可。
5. 小結(jié)基于xtrabackup2.4版本備份MySQL5.7數(shù)據(jù)庫的主要方法及過程常用情況均已演示，結(jié)尾處再總結(jié)一下xtrabackup的主要優(yōu)點：
本文只介紹了常用操作，還是有很多情況未做介紹，比如rds上的數(shù)據(jù)備份及還原等，請各位小伙伴自行探索，也可以與我討論。
|
|
|
