基于percona xtrabackup 2.4.14的增量備份恢復還原mysql 5.6是怎么樣的

這期內容當中小編將會給大家帶來有關基于percona xtrabackup 2.4.14的增量備份恢復還原mysql 5.6是怎么樣的，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

使用percona xtrabackup 2.4.14備份工具備份mysql 5.6并進行恢復

https://mp.weixin.qq.com/s?__biz=MzIwMjU2MjI1OQ==&mid=2247484161&idx=1&sn=4c4d0f4a6f134505fa38c5cfbabc4989&chksm=96dd8cbda1aa05aba6b21505aecaa21bfeef16fb351ee77a3dd8f0b450dae092d6d2ecc6c867&token=274104940&lang=zh_CN#rd

由于生產系統數據庫是持續有業務變更操作，于是引入這篇文章，具體見下：

1,數據庫的數據

mysql> use zxydb;

Reading table information for completion of table and column names

You can turn off this feature to get a quicker startup with -A

Database changed

mysql> select * from t_go;

+---+------+

| a | b    |

+---+------+

| 1 |    1 |

| 2 |    2 |

| 3 |    3 |

| 5 |    5 |

+---+------+

4 rows in set (0.00 sec)

2，首次全量備份

[root@standbygtid back_full_dir]# mkdir -p /backfup_full_dir

3, 首次全量備份后變更數據庫

mysql> use zxydb;

Reading table information for completion of table and column names

You can turn off this feature to get a quicker startup with -A

Database changed

mysql> insert into t_go select 8,8;

Query OK, 1 row affected (0.01 sec)

Records: 1  Duplicates: 0  Warnings: 0

mysql> commit;

Query OK, 0 rows affected (0.00 sec)

mysql> select * from t_go;

+---+------+

| a | b    |

+---+------+

| 1 |    1 |

| 2 |    2 |

| 3 |    3 |

| 5 |    5 |

| 8 |    8 |

+---+------+

5 rows in set (0.00 sec)

4，基于首次全量備份進行第1次增量備份

--獲取全量備份時的日志文件的最后的LSN

[root@standbygtid back_full_dir]# cd /backup_full_dir/

[root@standbygtid backup_full_dir]# more xtrabackup_checkpoints 

backup_type = full-prepared

from_lsn = 0

to_lsn = 28517559

last_lsn = 28517559

compact = 0

recover_binlog_info = 0

[root@standbygtid backup_full_dir]# 

--構建增量備份的目錄

[root@standbygtid backup_full_dir]# mkdir -p /backup_incre_dir

--incremental選項后跟的值為存儲增量備份的目錄

--incremental-basedir選項后跟的為構建增量備份的基準備份（就是說，這個是前者備份的的基礎）

[root@standbygtid backup_full_dir]# innobackupex --defaults-file=/usr/my.cnf   -uroot -psystem --incremental /backup_incre_dir  --incremental-basedir=/backup_full_dir

5,繼續進行數據庫變更

mysql> insert into zxydb.t_go select 10,10;

Query OK, 1 row affected (0.02 sec)

Records: 1  Duplicates: 0  Warnings: 0

mysql> commit;

Query OK, 0 rows affected (0.00 sec)

mysql> select * from zxydb.t_go;

+----+------+

| a  | b    |

+----+------+

|  1 |    1 |

|  2 |    2 |

|  3 |    3 |

|  5 |    5 |

|  8 |    8 |

| 10 |   10 |

+----+------+

6 rows in set (0.00 sec)

6，基于上述第一次增量備份為基準，進行第二次增量備份

--同上理，獲取上次備份的最后的日志文件的LSN

[root@standbygtid backup_full_dir]# cd /backup_incre_dir/

[root@standbygtid backup_incre_dir]# ll

總用量 4

drwxr-x--- 7 root root 4096 11月  4 17:53 2019-11-04_17-53-05

[root@standbygtid backup_incre_dir]# cd 2019-11-04_17-53-05/

[root@standbygtid 2019-11-04_17-53-05]# ll

總用量 156

-rw-r----- 1 root root    418 11月  4 17:53 backup-my.cnf

drwxr-x--- 2 root root   4096 11月  4 17:53 completedb

-rw-r----- 1 root root 114688 11月  4 17:53 ibdata1.delta

-rw-r----- 1 root root     44 11月  4 17:53 ibdata1.meta

drwxr-x--- 2 root root   4096 11月  4 17:53 mysql

drwxr-x--- 2 root root   4096 11月  4 17:53 performance_schema

drwxr-x--- 2 root root   4096 11月  4 17:53 test

-rw-r----- 1 root root     18 11月  4 17:53 xtrabackup_binlog_info

-rw-r----- 1 root root    120 11月  4 17:53 xtrabackup_checkpoints

-rw-r----- 1 root root    579 11月  4 17:53 xtrabackup_info

-rw-r----- 1 root root   2560 11月  4 17:53 xtrabackup_logfile

drwxr-x--- 2 root root   4096 11月  4 17:53 zxydb

[root@standbygtid 2019-11-04_17-53-05]# more xtrabackup_checkpoints 

backup_type = incremental

from_lsn = 28517559

to_lsn = 28518260

last_lsn = 28518260

compact = 0

recover_binlog_info = 0

[root@standbygtid 2019-11-04_17-53-05]# 

[root@standbygtid 2019-11-04_17-53-05]# innobackupex --defaults-file=/usr/my.cnf   -uroot -psystem --incremental /backup_incre_dir  --incremental-basedir=/backup_incre_dir/2019-11-04_17-53-05

7,可見 第2次增量備份是基于第1次增量備份

[root@standbygtid backup_incre_dir]# pwd

/backup_incre_dir

[root@standbygtid backup_incre_dir]# ll

總用量 12

drwxr-x--- 7 root root 4096 11月  4 17:53 2019-11-04_17-53-05

drwxr-x--- 7 root root 4096 11月  4 17:59 2019-11-04_17-59-40

[root@standbygtid backup_incre_dir]# cd 2019-11-04_17-59-40

[root@standbygtid 2019-11-04_17-59-40]# ll

總用量 140

-rw-r----- 1 root root   418 11月  4 17:59 backup-my.cnf

drwxr-x--- 2 root root  4096 11月  4 17:59 completedb

-rw-r----- 1 root root 98304 11月  4 17:59 ibdata1.delta

-rw-r----- 1 root root    44 11月  4 17:59 ibdata1.meta

drwxr-x--- 2 root root  4096 11月  4 17:59 mysql

drwxr-x--- 2 root root  4096 11月  4 17:59 performance_schema

drwxr-x--- 2 root root  4096 11月  4 17:59 test

-rw-r----- 1 root root    18 11月  4 17:59 xtrabackup_binlog_info

-rw-r----- 1 root root   120 11月  4 17:59 xtrabackup_checkpoints

-rw-r----- 1 root root   600 11月  4 17:59 xtrabackup_info

-rw-r----- 1 root root  2560 11月  4 17:59 xtrabackup_logfile

drwxr-x--- 2 root root  4096 11月  4 17:59 zxydb

[root@standbygtid 2019-11-04_17-59-40]# 

從下可知，第1次增量備份和第2次增量備份的數據就連上了，因為日志文件的LSN是連接上了

[root@standbygtid 2019-11-04_17-59-40]# more xtrabackup_checkpoints

backup_type = incremental

from_lsn = 28518260 --這個就是上次備份最后的LSN

to_lsn = 28518547

last_lsn = 28518547  

compact = 0

recover_binlog_info = 0

[root@standbygtid 2019-11-04_17-59-40]# 

8，下來測試下 數據庫損壞了，看可否基于上述的增量備份把數據完整的還原恢復出來

--數據庫正在運行，直接把數據文件目錄中內容全部刪除掉

[root@standbygtid 2019-11-04_17-59-40]# cd /var/lib/mysql

[root@standbygtid mysql]# ll

總用量 188500

-rw-rw---- 1 mysql mysql       56 11月  4 15:53 auto.cnf

-rw-rw---- 1 mysql mysql      143 11月  4 15:53 binlog.000001

-rw-rw---- 1 mysql mysql      143 11月  4 17:42 binlog.000002

-rw-rw---- 1 mysql mysql      143 11月  4 17:43 binlog.000003

-rw-rw---- 1 mysql mysql      558 11月  4 17:56 binlog.000004

-rw-rw---- 1 mysql mysql       64 11月  4 17:45 binlog.index

drwxr-x--- 2 mysql mysql     4096 11月  4 15:53 completedb

-rw-r----- 1 mysql mysql 79691776 11月  4 17:56 ibdata1

-rw-r----- 1 mysql mysql 50331648 11月  4 17:56 ib_logfile0

-rw-r----- 1 mysql mysql 50331648 11月  4 15:53 ib_logfile1

-rw-r----- 1 mysql mysql 12582912 11月  4 15:53 ibtmp1

drwxr-x--- 2 mysql mysql     4096 11月  4 15:53 mysql

srwxrwxrwx 1 mysql mysql        0 11月  4 17:45 mysql.sock

-rw------- 1 mysql mysql      649 11月  4 17:45 nohup.out

drwxr-x--- 2 mysql mysql     4096 11月  4 15:53 performance_schema

-rw-r----- 1 mysql mysql    19245 11月  4 17:45 standbygtid.err

-rw-rw---- 1 mysql mysql        5 11月  4 17:45 standbygtid.pid

drwxr-x--- 2 mysql mysql     4096 11月  4 15:53 test

drwxr-x--- 2 mysql mysql     4096 11月  4 15:53 xtrabackup_backupfiles

-rw-r----- 1 mysql mysql       23 11月  4 15:53 xtrabackup_binlog_pos_innodb

-rw-r----- 1 mysql mysql      544 11月  4 15:53 xtrabackup_info

drwxr-x--- 2 mysql mysql     4096 11月  4 15:53 zxydb

[root@standbygtid mysql]# rm -rf *

9，首先進行全量恢復，但注意須添加選項參數

--apply-log  只前滾已經提交的事務，并不回滾那些未提交的事務(注：因為這個時侯數據庫是處于一個中間狀態，可能有提交也有不提交了的事務)

[root@standbygtid mysql]# innobackupex --defaults--file=/usr/my.cnf -uroot --psystem --apply-log --redo-only /backup_full_dir

10,再次進行第一次增量備份的恢復

選項參數同上，

--read-only 后跟值為 全量備份目錄

--incremental-dir后跟 第一次增量備份目錄

[root@standbygtid mysql]# innobackupex --defaults--file=/usr/my.cnf -uroot --psystem --apply-log --redo-only /backup_full_dir  --incremental-dir=/backup_incre_dir/2019-11-04_17-53-05

11，繼續進行第2次增量備份的恢復

[root@standbygtid mysql]# innobackupex --defaults--file=/usr/my.cnf -uroot --psystem --apply-log --redo-only /backup_full_dir  --incremental-dir=/backup_incre_dir/2019-11-04_17-59-40

12，最后進行整個數據庫的恢復

最后一次整個數據庫的恢復，不用上述的選項參數 --read-only,表明 回滾未提交的事務

[root@standbygtid mysql]# innobackupex --defaults--file=/usr/my.cnf -uroot --psystem --apply-log  /backup_full_dir

13，關閉數據庫

14，物理復制已經已經恢復完畢全量備庫目錄的內容到 數據庫的數據目錄/var/lib/mysql

[root@standbygtid backup_full_dir]# pwd

/backup_full_dir

[root@standbygtid backup_full_dir]# 

[root@standbygtid backup_full_dir]# cp -Rf * /var/lib/mysql

[root@standbygtid backup_full_dir]# chown -Rf mysql:mysql /var/lib/mysql

---清除數據文件目錄/var/lib/mysql中的與xtrabackup相關的一些臨時文件

[root@standbygtid backup_full_dir]# cd /var/lib/mysql

[root@standbygtid mysql]# rm -rf xtrabackup_*

[root@standbygtid mysql]# nohup mysqld_safe  --user=mysql&

15，可見基于增量備份的數據庫恢復正常

mysql> select * from zxydb.t_go;

+----+------+

| a  | b    |

+----+------+

|  1 |    1 |

|  2 |    2 |

|  3 |    3 |

|  5 |    5 |

|  8 |    8 |

| 10 |   10 |

+----+------+

6 rows in set (0.00 sec)

上述就是小編為大家分享的基于percona xtrabackup 2.4.14的增量備份恢復還原mysql 5.6是怎么樣的了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。