腳本之家服務器常用軟件

快捷導航

詳解如何利用Xtrabackup進行mysql增量備份

更新時間：2022年10月28日 16:51:56 作者：不想賴床

這篇文章主要為大家介紹了如何利用Xtrabackup進行mysql增量備份詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪

利用Xtrabackup進行mysql增量備份

現在xtrabackup版本升級到了8.0，但是只對mysql8.0才有支持, 我們這還是使用2.4, 但是2.4相比之前的2.1有了比較大的變化：innobackupex 功能全部集成到 xtrabackup 里面，只有一個 binary，另外為了使用上的兼容考慮，innobackupex 作為 xtrabackup 的一個軟鏈，即 xtrabackup 現在支持非Innodb表備份，并且 Innobackupex 在下一版本中移除(8.0已經移除了)，建議通過xtrabackup替換innobackupex。還有其他的一些新特性，更多的說明可以看xtrabackup新版詳細說明。

下載地址: https://www.percona.com/downloads/Percona-XtraBackup-LATEST/

文檔地址: https://docs.percona.com/percona-xtrabackup/2.4/index.html

安裝

如果安裝需要依賴就把依賴安裝一下

wget https://repo.percona.com/apt/percona-release_latest.$(lsb_release -sc)_all.deb
sudo dpkg -i percona-release_latest.$(lsb_release -sc)_all.deb
sudo apt-get update
sudo apt-get install percona-xtrabackup-24

設置數據庫用于備份賬戶

mysql> CREATE USER 'bkpuser'@'localhost' IDENTIFIED BY '123456';
mysql> GRANT RELOAD, LOCK TABLES, PROCESS, REPLICATION CLIENT ON *.* TO 'bkpuser'@'localhost';
mysql> FLUSH PRIVILEGES;

全量備份

xtrabackup --user=bkpuser --password=123456 --backup --target-dir=/data/backups/mysql
# 會看到輸出
200603 09:55:37 Executing UNLOCK TABLES
200603 09:55:37 All tables unlocked
200603 09:55:37 [00] Copying ib_buffer_pool to /data/backups/mysql/ib_buffer_pool
200603 09:55:37 [00]        ...done
200603 09:55:37 Backup created in directory '/data/backups/mysql/'
200603 09:55:37 [00] Writing /data/backups/mysql/backup-my.cnf
200603 09:55:37 [00]        ...done
200603 09:55:37 [00] Writing /data/backups/mysql/xtrabackup_info
200603 09:55:37 [00]        ...done
xtrabackup: Transaction log of lsn (837940114) to (837940123) was copied.
200603 09:55:37 completed OK!

準備備份

xtrabackup --prepare --target-dir=/data/backups/mysql

復制備份

我這里為了演示全量備份就直接將我博客 mysql 存儲的數據目錄給移動一下

mv /var/lib/mysql /var/lib/mysql_bak
mkdir /var/lib/mysql
xtrabackup --copy-back --target-dir=/data/backups/mysql &nbsp;# 這樣會保留原始備份 他會將當時讀到my.cnf的datadir設置為恢復路徑
200603 10:47:42 [01] &nbsp; &nbsp; &nbsp;  ...done
200603 10:47:42 [01] Copying ./performance_schema/mutex_instances.frm to /var/lib/mysql/performance_schema/mutex_instances.frm
200603 10:47:42 [01] &nbsp; &nbsp; &nbsp;  ...done
200603 10:47:42 [01] Copying ./performance_schema/events_transactions_history_long.frm to /var/lib/mysql/performance_schema/events_transactions_history_long.frm
200603 10:47:42 [01] &nbsp; &nbsp; &nbsp;  ...done
200603 10:47:42 [01] Copying ./xtrabackup_info to /var/lib/mysql/xtrabackup_info
200603 10:47:42 [01] &nbsp; &nbsp; &nbsp;  ...done
200603 10:47:42 [01] Copying ./ibtmp1 to /var/lib/mysql/ibtmp1
200603 10:47:42 [01] &nbsp; &nbsp; &nbsp;  ...done
200603 10:47:42 completed OK!

備份成功重新啟動博客還能正常訪問哈哈哈哈

# 將恢復目錄的屬主更改一下
chown -R mysql:mysql mysql
/etc/init.d/mysql start

如果恢復玩不想要備份數據可以使用 xtrabackup --move-back 命令

增量備份

增量是基于已有數據進行備份的,也就行需要先創(chuàng)建一次全量備份,然后記錄當時的記錄點

創(chuàng)建備份

xtrabackup --user=bkpuser --password=123456 --backup --target-dir=/data/backups/base
# 基于全量備份進行增量
xtrabackup --user=bkpuser --password=123456 --backup --target-dir=/data/backups/inc1 --incremental-basedir=/data/backups/base

查看備份類型確認是增量備份了

root@longing:/data/backups/inc1# cat xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 837943393
to_lsn = 837943393
last_lsn = 837943402
compact = 0
recover_binlog_info = 0
flushed_lsn = 837943402

from_lsn 是備份的起始 LSN，對于增量備份，它必須to_lsn與先前 base 備份的相同。

在這種情況下，您可以看到to_lsn （最后一個檢查點LSN）和last_lsn（最后一個復制的LSN）之間存在差異，這意味著在備份過程中服務器上有一些流量。

我們可以測試一下對第一個增加繼續(xù)創(chuàng)建增量創(chuàng)建增量之前先創(chuàng)建幾條數據

xtrabackup --user=bkpuser --password=123456 --backup --target-dir=/data/backups/inc2 --incremental-basedir=/data/backups/inc1

準備恢復

已經有3個備份了,我們要先對基礎數據進行準備,然后對兩個增量進行準備

xtrabackup --user=bkpuser --password=123456 --prepare --apply-log-only --target-dir=/data/backups/base
xtrabackup --user=bkpuser --password=123456 --prepare --apply-log-only --target-dir=/data/backups/base --incremental-dir=/data/backups/inc1
xtrabackup --user=bkpuser --password=123456 --prepare --target-dir=/data/backups/base --incremental-dir=/data/backups/inc2

xtrabackup --apply-log-only 合并除最后一個以外的所有增量時應使用, 一旦準備好，增量備份就與完整備份相同，可以用相同的方式還原它們。

恢復

xtrabackup --copy-back --target-dir=/data/backups/base

中間插入的數據就能看見了,真棒!

提問總結

增量備份步驟

創(chuàng)建基礎備份
一定條件進行增量備份創(chuàng)建
對所有備份進行準備所有增量基于基礎備份相當于合并操作
最后和全量備份一樣直接恢復即可

原理

在InnoDB內部會維護一個redo日志文件，我們也可以叫做事務日志文件.事務日志會存儲每一個InnoDB表數據的記錄修改。當InnoDB啟動時，InnoDB會檢查數據文件和事務日志，并執(zhí)行兩個步驟：它應用（前滾）已經提交的事務日志到數據文件，并將修改過但沒有提交的數據進行回滾操作。

Xtrabackup 在啟動時會記住log sequence number（LSN）, 并且復制所有的數據文件。復制過程需要一些時間，所以這期間如果數據文件有改動，那么將會使數據庫處于一個不同的時間點。這時，xtrabackup 會運行一個后臺進程，用于監(jiān)視事務日志，并從事務日志復制最新的修改。Xtrabackup 必須持續(xù)的做這個操作，是因為事務日志是會輪轉重復的寫入，并且事務日志可以被重用。所以 xtrabackup 自啟動開始，就不停的將事務日志中每個數據文件的修改都記錄下來。上面就是 xtrabackup 的備份過程。

為什么最后一次增量備份不用 "--apply-log-only"

最后一次"準備"操作可以不用跳過回滾操作，這樣用來恢復的數據文件本地就處理好了，當服務啟動后就不會再進入到回滾階段，如果最后一次使用了這個參數，服務器啟動后將進入回滾階段。所以這個--apply-log-only 只是用來合并增量用的避免下一個增量不可用。可以參見 參見 man xtrabackup

為什么備份完后要準備備份 "prepare"

一般情況下,在備份完成后，數據尚且不能用于恢復操作，因為備份的數據中可能會包含尚未提交的事務或已經提交但尚未同步至數據文件中的事務。因此，此時數據文件仍處理不一致狀態(tài)。他作用是通過回滾未提交的事務及同步已經提交的事務至數據文件使數據文件處于一致性狀態(tài)。

為什么選擇這個做備份?

mysqldump 備份缺點

效率較低,備份和還原速度慢,份過程中,數據插入和更新操作會被掛起

MySQL 備份工具

跨平臺性差,備份時間長,冗余備份,浪費存儲空間

XtraBackup

備份過程中不鎖庫表,適合生產環(huán)境,由專業(yè)組織Percona提供( 改進MySQL分支 )

XtraBackup能對表庫進行備份嗎?

當然了,只不過博主太懶了,寫起來太麻煩了,不過原理都是差不多,操作也差不多,大家自己搞搞!

xtrabackup --user=bkpuser --password=123456 --backup --databases="u_test" --no-timestamp --target-dir=/data/backups/u
xtrabackup --prepare --target-dir=/data/backups/u

還原