基於percona xtrabackup 2.4.14的增量備份恢復還原mysql 5.6
使用percona xtrabackup 2.4.14備份工具備份mysql 5.6並進行恢復
由於生產系統資料庫是持續有業務變更操作,於是引入這篇文章,具體見下:
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)
聯絡方式
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/9240380/viewspace-2662613/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- MySQL 5.6 xtrabackup 全量和增量的備份和恢復MySql
- Percona XtraBackup 2.4 xtrabackup全量、增量備份恢復流程
- Percona XtraBackup 實現全備&增量備份與恢復
- MySQL備份與恢復——基於Xtrabackup物理備份恢復MySql
- Percona XtraBackup 2.4 innobackupex全量、增量備份恢復流程
- mysql備份還原-基於binlog的增量備份還原MySql
- 【Xtrabackup】Xtrabackup全備、增量備份及恢復示例
- Xtrabackup2.4.8備份、還原、恢復Mysql5.7.19實操MySql
- mysql innobackupex增量備份恢復MySql
- Percona Xtrabackup 快速備份 MySQLMySql
- MySQL · 物理備份 · Percona XtraBackup 備份原理MySql
- 【MySql】innobackupex增量備份和恢復MySql
- 【MySql】innobackupex 增量備份和恢復MySql
- xtrabackup和innobackuppex的安裝和備份(含增量備份)已經恢復
- 【MySQL】Xtrabackup備份及恢復指令碼MySql指令碼
- 【Mysql】xtrabackup 備份和恢復測試MySql
- 如何用Percona XtraBackup進行MySQL從庫的單表備份和恢復MySql
- mysql之 Innobackupex(全備+增量)備份恢復MySql
- Xtrabackup備份恢復原理
- mysql 利用binlog增量備份、恢復MySql
- MySQL增量備份與恢復例項MySql
- mysql備份和恢復測試(一)--xtrabackupMySql
- mysql innobackupex xtrabackup 大資料量 備份 還原MySql大資料
- MySQL備份與恢復——基於MyDumper/MyLoader 邏輯備份恢復MySql
- 【Mysql】xbackup全量與增量備份恢復MySql
- 使用xtrabackup對mysql進行備份和恢復MySql
- mysql通過percona xtrabackup全備和mysql binlog實現基於時間點的資料庫恢復MySql資料庫
- XtraBackup完整備份與增量備份的原理
- MySQL備份與恢復——基於OUTFILE /LOAD DATA 邏輯備份恢復MySql
- 使用innobackupex線上增量備份和再增量備份及恢復mysql資料庫MySql資料庫
- mysql利用binlog增量備份,還原例項MySql
- 轉享:使用Xtrabackup實現MySQL備份和還原。MySql
- oracle 增量備份恢復驗證Oracle
- MySQL運維實戰之備份和恢復(8.1)xtrabackup全量備份MySql運維
- 【備份恢復】noarchive模式下使用增量備份恢復資料庫Hive模式資料庫
- HBase 增量備份和還原工具
- 基於percona xtrabackup之innobackupex實現基於時間點資料庫恢復資料庫
- 透過innobackupex實現對MySQL的增量備份與還原MySql