mysql備份恢復之xtrabackup (XBK、Xbackup)

10.1安裝

10.1.1 安裝依賴包：

wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repo
yum -y install perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL libev

10.1.2 下載軟件並安裝

wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.12/binary/redhat/7/x86_64/percona-xtrabackup-24-2.4.12-1.el7.x86_64.rpm

https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.4/binary/redhat/6/x86_64/percona-xtrabackup-24-2.4.4-1.el6.x86_64.rpm

yum -y install percona-xtrabackup-24-2.4.4-1.el7.x86_64.rpm

10.2、備份命令介紹:

xtrabackup
innobackupex    ******

10.3 備份方式——物理備份

（1）對於非Innodb表（比如 myisam）時，鎖表cp數據文件，屬於一種溫備份。
（2）對於Innodb的表（支持事務的），不鎖表，拷貝數據頁，最終以數據文件的方式保存下來，把一部分redo和undo一並備走，屬於熱備方式。

10.3.1xbk 在innodb表備份恢復的流程

  0、xbk備份執行的瞬間,立即觸發ckpt,已提交的數據臟頁,從內存刷寫到磁盤,並記錄此時的LSN號
  1、備份時，拷貝磁盤數據頁，並且記錄備份過程中產生的redo和undo一起拷貝走,也就是checkpoint LSN之后的日志
  2、在恢復之前，模擬Innodb“自動故障恢復”的過程，將redo（前滾）與undo（回滾）進行應用
  3、恢復過程是cp 備份到原來數據目錄下

 

10.4、innobackupex使用

10.4.1 全備

[root@db01 backup]# innobackupex --user=root --password=123  /data/backup

默認是以日期命名備份文件 [root@db01 ~]# innobackupex --user=root --password=123 /test [root@db01 ~]# ll /test/ drwxr-x--- 2 root root 6 May 29 20:31 2019-05-29_20-31-45

自主定制備份路徑名

[root@db01 backup]# innobackupex --user=root --password=123 --no-timestamp /data/backup/full

自定義備份文件的名字 [root@db01 ~]#innobackupex --user=root --password=123 --no-timestamp /test/full [root@db01 ~]# ll /test [root@db01 ~]#drwxr-x--- 5 root root 193 Jun 5 20:10 full

備份集中多出來的文件：

xtrabackup_binlog_info　　　　　　# 能幫助我們確認binlog的起點
xtrabackup_checkpoints　　　　　　# 通過lsn號確認操作是否正常
xtrabackup_info　　　　　　　　　　#所有備份信息，一般不怎么關注這個
xtrabackup_logfile　　　　　　　　# 記錄備份過程中的redo和undo文件，不用關注，也看不懂
xtrabackup_binlog_pos_innodb   # 記錄內容相比第1個少了gtid號


解析：
xtrabackup_binlog_info ：（備份時刻的binlog位置）
[root@db01 full]# cat xtrabackup_binlog_info 
mysql-bin.000003    536749　　79de40d3-5ff3-11e9-804a-000c2928f5dd:1-7
記錄的是備份時刻，binlog的文件名字和當時的結束的position，可以用來作為截取binlog時的起點。

xtrabackup_checkpoints ：
backup_type = full-backuped
from_lsn = 0            上次所到達的LSN號(對於全備就是從0開始,對於增量備份顯示的是上次結束的last_lsn號減去9)
to_lsn = 160683027      備份開始時間(ckpt)點數據頁的LSN    
last_lsn = 160683036    備份結束后，redo日志最終的LSN， 如果to和last數值差9個，可認為是一致的，這9個在5.7中是預留的，當做增量備份時會接27來進行
compact = 0
recover_binlog_info = 0
（1）備份時刻，立即將已經commit過的，內存中的數據頁刷新到磁盤(CKPT).開始備份數據，數據文件的LSN會停留在to_lsn位置。
（2）備份時刻有可能會有其他的數據寫入，已備走的數據文件就不會再發生變化了。
（3）在備份過程中，備份軟件會一直監控着redo的undo，如果一旦有變化會將日志也一並備走，並記錄LSN到last_lsn。
從to_lsn  ----》last_lsn 就是，備份過程中產生的數據變化.

10.4.2 全備的恢復

准備備份（Prepared）

將redo進行重做，已提交的寫到數據文件，未提交的使用undo回滾掉。模擬了CSR的過程
[root@db01 ~]# innobackupex --apply-log  /backup/full

恢復備份

前提：
1、被恢復的目錄是空
2、被恢復的數據庫的實例是關閉
systemctl stop mysqld

創建新目錄並授權

[root@db01 backup]# mkdir /data/mysql1

chown -R mysql.mysql /data/mysql1

恢復備份

[root@db01 full]# cp -a /backup/full/* /data/mysql1/

啟動數據庫

vim /etc/my.cnf
datadir=/data/mysql1
[root@db01 mysql1]# chown -R mysql.mysql /data/mysql1
systemctl start mysqld

10.4.3 innobackupex 增量備份(incremental)

（1）增量備份的方式，是基於上一次備份進行增量。
（2）增量備份無法單獨恢復。必須基於全備進行恢復。
（3）所有增量必須要按順序合並到全備中。

增量備份命令

（1）刪掉原來備份
略.
（2）全備（周日）
[root@db01 backup]# innobackupex --user=root --password --no-timestamp /backup/full >&/tmp/xbk_full.log
（3）模擬周一數據變化
db01 [(none)]>create database cs charset utf8;
db01 [(none)]>use cs
db01 [cs]>create table t1 (id int);
db01 [cs]>insert into t1 values(1),(2),(3);
db01 [cs]>commit;

（4）第一次增量備份（周一）
innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir=/backup/full  /backup/inc1 &>/tmp/inc1.log
（5）模擬周二數據
db01 [cs]>create table t2 (id int);
db01 [cs]>insert into t2 values(1),(2),(3);
db01 [cs]>commit;
（6）周二增量
 innobackupex --user=root --password=123 --no-timestamp --incremental --incremental-basedir=/backup/inc1  /backup/inc2  &>/tmp/inc2.log
 　　# --incremental  打開增量備份的開關
（7）模擬周三數據變化
db01 [cs]>create table t3 (id int);
db01 [cs]>insert into t3 values(1),(2),(3);
db01 [cs]>commit;
db01 [cs]>drop database cs;

恢復到周三誤drop之前的數據狀態

恢復思路：
1. 掛出維護頁，停止當天的自動備份腳本
2. 檢查備份：周日full+周一inc1+周二inc2，周三的完整二進制日志
3. 進行備份整理（細節），截取關鍵的二進制日志（從備份——誤刪除之前）
4. 測試庫進行備份恢復及日志恢復
5. 應用進行測試無誤，開啟業務
6. 此次工作的總結

恢復過程

1. 檢查備份
1afe8136-601d-11e9-9022-000c2928f5dd:7-9
2. 備份整理（apply-log）+合並備份（full+inc1+inc2）
(1) 全備的整理
[root@db01 one]# innobackupex --apply-log --redo-only /data/backup/full
(2) 合並inc1到full中
[root@db01 one]# innobackupex --apply-log --redo-only --incremental-dir=/data/backup/inc1 /data/backup/full
(3) 合並inc2到full中
[root@db01 one]# innobackupex --apply-log  --incremental-dir=/data/backup/inc2 /data/backup/full
　　講解：--redo-only表示只用來處理redo, 合入全量的最后一次的增量不要使用這個參數。
(4) 最后一次整理全備
[root@db01 backup]#  innobackupex --apply-log  /data/backup/full
3. 截取周二 23:00 到drop 之前的 binlog 
[root@db01 inc2]# mysqlbinlog --skip-gtids --include-gtids='1afe8136-601d-11e9-9022-000c2928f5dd:7-9' /data/binlog/mysql-bin.000009 >/data/backup/binlog.sql
4. 進行恢復（全備份內容的恢復）
[root@db01 backup]# mkdir /data/mysql/data2 -p
[root@db01 full]# cp -a * /data/mysql/data2
[root@db01 backup]# chown -R mysql.  /data/*
[root@db01 backup]# systemctl stop mysqld
vim /etc/my.cnf
datadir=/data/mysql/data2
systemctl start mysqld
Master [(none)]>set sql_log_bin=0;　　# 關閉二進制日志
Master [(none)]>source /data/backup/binlog.sql　　#使用binlog恢復最后一次備份到故障時刻的數據

 

備份集中單獨恢復表

思考:在之前的項目案例中,如果誤刪除的表只有10M,而備份有500G,該如何快速恢復誤刪除表?
提示：
drop table city;
create table city like city_bak;
alter table city discard tablespace;
cp /backup/full/world/city.ibd  /application/mysql/data/world/
chown -R mysql.mysql  /application/mysql/data/world/city.ibd 
alter table city import  tablespace;

從mysqldump 全備中獲取庫和表的備份

1、獲得表結構
# sed -e'/./{H;$!d;}' -e 'x;/CREATE TABLE `city`/!d;q'  full.sql>createtable.sql

2、獲得INSERT INTO 語句，用於數據的恢復

# grep -i 'INSERT INTO `city`'  full.sqll >data.sql &

3.獲取單庫的備份

# sed -n '/^-- Current Database: `world`/,/^-- Current Database: `/p' all.sql >world.sql