xtrabackup全量、增量備份恢復mysql數據庫

阿新 • • 發佈：2019-05-16

多少 prepare crypt seq shutdown info 備份恢復 NPU locked

一. 全量備份恢復：

查看原表內容：

MariaDB [(none)]> select * from testdb.students;
+----+------------+------+--------+
| id | name       | age  | gender |
+----+------------+------+--------+
|  1 | zhangsan   |   15 | f      |
|  2 | lisi       |   15 | m      |
|  3 | wanger     |   25 | m      |
|  4 | liuwu      |   24 | f      |
|  5 | wangermazi |   28 | f      |
+----+------------+------+--------+
5 rows in set (0.00 sec)

1. 備份：

[[email protected] ~]# innobackupex --user=lxk --host=localhost --password=lxkpass /tmp
180916 11:56:18 innobackupex: Starting the backup operation

IMPORTANT: Please check that the backup run completes successfully.
           At the end of a successful backup run innobackupex
           prints "completed OK!".
......
中間省略
......

180916 11:56:22 Executing UNLOCK TABLES
180916 11:56:22 All tables unlocked
180916 11:56:22 Backup created in directory ‘/tmp/2018-09-16_11-56-18‘
180916 11:56:22 [00] Writing backup-my.cnf
180916 11:56:22 [00]        ...done
180916 11:56:22 [00] Writing xtrabackup_info
180916 11:56:22 [00]        ...done
xtrabackup: Transaction log of lsn (1602080) to (1602080) was copied.
180916 11:56:23 completed OK!

[[email protected] ~]# cat /tmp/2018-09-16_11-56-18/xtrabackup_checkpoints 
backup_type = full-backuped         #備份類型:全量備份
from_lsn = 0                        #起始lsn
to_lsn = 1602080                    #結束lsn
last_lsn = 1602080                  #總共多少個lsn
compact = 0
recover_binlog_info = 0

[[email protected] ~]# cat /tmp/2018-09-16_11-56-18/xtrabackup_info 
uuid = 7a05430c-b964-11e8-889e-000c29080758
name = 
tool_name = innobackupex                #備份工具名稱
tool_command = --user=lxk --host=localhost --password=... /tmp      #備份時使用的命令
tool_version = 2.3.6                    #工具版本
ibbackup_version = 2.3.6
server_version = 5.5.60-MariaDB
start_time = 2018-09-16 11:56:18        #備份開始時間
end_time = 2018-09-16 11:56:22          #備份結束時間
lock_time = 0
binlog_pos = 
innodb_from_lsn = 0
innodb_to_lsn = 1602080
partial = N
incremental = N
format = file
compact = N             
compressed = N                          #是否啟用壓縮
encrypted = N                           #是否加密

2. 準備(apply)備份

[[email protected] ~]# innobackupex --apply-log /tmp/2018-09-16_11-56-18/
180916 12:06:16 innobackupex: Starting the apply-log operation

IMPORTANT: Please check that the apply-log run completes successfully.
           At the end of a successful apply-log run innobackupex
           prints "completed OK!".
......
中間省略
......
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1602582
180916 12:06:19 completed OK!           #此處顯示completed OK即表示完成

3. 恢復備份:

（1）停止mysql服務

（2）刪庫

[[email protected] ~]# rm -rf /var/lib/mysql/*

（3）通過全量備份恢復數據

[[email protected] ~]# innobackupex --copy-back /tmp/2018-09-16_11-56-18/
180916 12:11:19 innobackupex: Starting the copy-back operation

IMPORTANT: Please check that the copy-back run completes successfully.
           At the end of a successful copy-back run innobackupex
           prints "completed OK!".

innobackupex version 2.3.6 based on MySQL server 5.6.24 Linux (x86_64) (revision id: )
180916 12:11:19 [01] Copying ib_logfile0 to /var/lib/mysql/ib_logfile0
180916 12:11:19 [01]        ...done
.....
中間省略
.....
180916 12:11:20 [01]        ...done
180916 12:11:20 [01] Copying ./xtrabackup_info to /var/lib/mysql/xtrabackup_info
180916 12:11:20 [01]        ...done
180916 12:11:20 [01] Copying ./test/db.opt to /var/lib/mysql/test/db.opt
180916 12:11:20 [01]        ...done
180916 12:11:20 completed OK!           #顯示completed OK即為完成

（4）修改恢復後文件的屬主,屬組為mysql

[[email protected] ~]# ls /var/lib/mysql -l
total 28692
-rw-r----- 1 root root 18874368 Sep 16 12:11 ibdata1
-rw-r----- 1 root root  5242880 Sep 16 12:11 ib_logfile0
-rw-r----- 1 root root  5242880 Sep 16 12:11 ib_logfile1
drwx------ 2 root root     4096 Sep 16 12:11 mysql
drwx------ 2 root root     4096 Sep 16 12:11 performance_schema
drwx------ 2 root root     4096 Sep 16 12:11 test
drwx------ 2 root root     4096 Sep 16 12:11 testdb
-rw-r----- 1 root root      437 Sep 16 12:11 xtrabackup_info
[[email protected] ~]# chown -R mysql.mysql /var/lib/mysql/*
[[email protected] ~]# ll /var/lib/mysql/
total 28692
-rw-r----- 1 mysql mysql 18874368 Sep 16 12:11 ibdata1
-rw-r----- 1 mysql mysql  5242880 Sep 16 12:11 ib_logfile0
-rw-r----- 1 mysql mysql  5242880 Sep 16 12:11 ib_logfile1
drwx------ 2 mysql mysql     4096 Sep 16 12:11 mysql
drwx------ 2 mysql mysql     4096 Sep 16 12:11 performance_schema
drwx------ 2 mysql mysql     4096 Sep 16 12:11 test
drwx------ 2 mysql mysql     4096 Sep 16 12:11 testdb
-rw-r----- 1 mysql mysql      437 Sep 16 12:11 xtrabackup_info

（5）啟動MySQL並查看

[ro[email protected] ~]# systemctl start mariadb
[[email protected] ~]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 2
Server version: 5.5.60-MariaDB MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type ‘help;‘ or ‘\h‘ for help. Type ‘\c‘ to clear the current input statement.

MariaDB [(none)]> select * from testdb.students;     #恢復完成
+----+------------+------+--------+
| id | name       | age  | gender |
+----+------------+------+--------+
|  1 | zhangsan   |   15 | f      |
|  2 | lisi       |   15 | m      |
|  3 | wanger     |   25 | m      |
|  4 | liuwu      |   24 | f      |
|  5 | wangermazi |   28 | f      |
+----+------------+------+--------+
5 rows in set (0.00 sec)

二. 增量備份及恢復:

1. 全量備份:

[[email protected] ~]# innobackupex --user=lxk --host=localhost --password=lxkpass /tmp/
180916 12:17:01 innobackupex: Starting the backup operation

IMPORTANT: Please check that the backup run completes successfully.
           At the end of a successful backup run innobackupex
           prints "completed OK!".
.....
中間省略
.....

180916 12:17:03 Executing UNLOCK TABLES
180916 12:17:03 All tables unlocked
180916 12:17:03 Backup created in directory ‘/tmp//2018-09-16_12-17-01‘
180916 12:17:03 [00] Writing backup-my.cnf
180916 12:17:03 [00]        ...done
180916 12:17:03 [00] Writing xtrabackup_info
180916 12:17:03 [00]        ...done
xtrabackup: Transaction log of lsn (1602592) to (1602592) was copied.
180916 12:17:03 completed OK!

2. 修改數據庫,進行第一次增量備份

在testdb.students中添加一條數據:

MariaDB [testdb]> insert into students values (6,‘xiaoming‘,20,‘f‘);
Query OK, 1 row affected (0.00 sec)

MariaDB [testdb]> select * from students;
+----+------------+------+--------+
| id | name       | age  | gender |
+----+------------+------+--------+
|  1 | zhangsan   |   15 | f      |
|  2 | lisi       |   15 | m      |
|  3 | wanger     |   25 | m      |
|  4 | liuwu      |   24 | f      |
|  5 | wangermazi |   28 | f      |
|  6 | xiaoming   |   20 | f      |
+----+------------+------+--------+
6 rows in set (0.00 sec)

增量備份:

[[email protected] ~]# innobackupex --incremental /tmp --incremental-basedir=/tmp/2018-09-16_12-17-01/
180916 12:23:28 innobackupex: Starting the backup operation

IMPORTANT: Please check that the backup run completes successfully.
           At the end of a successful backup run innobackupex
           prints "completed OK!".
.....
中間省略
.....
180916 12:23:30 [00]        ...done
xtrabackup: Transaction log of lsn (1602735) to (1602735) was copied.
180916 12:23:30 completed OK!

3. 添加一條數據,進行第二次增量備份:

增加一條數據

MariaDB [testdb]> insert into students values (8,‘daming‘,20,‘m‘);
Query OK, 1 row affected (0.00 sec)

第二次增量備份(若此時--incremental-basedir指的是第一次全量備份路徑,則為差異備份):

[[email protected] ~]# innobackupex --incremental /tmp --incremental-basedir=/tmp/2018-09-16_12-23-28/
180916 12:29:08 innobackupex: Starting the backup operation

IMPORTANT: Please check that the backup run completes successfully.
           At the end of a successful backup run innobackupex
           prints "completed OK!".
.....
中間省略
.....
180916 12:29:10 [00] Writing xtrabackup_info
180916 12:29:10 [00]        ...done
xtrabackup: Transaction log of lsn (1603615) to (1603615) was copied.
180916 12:29:10 completed OK!

4. 恢復數據：

（1）準備(prepare)數據:

需要在每個備份(包括完全和各個增量備份)上，將已經提交的事務進行“重放”。“重放”之後，所有的備份數據將合並到完全備份上。
基於所有的備份將未提交的事務進行“回滾”

（2）準備全量備份文件

[[email protected] tmp]# innobackupex --apply-log --redo-only 2018-09-16_12-17-01
180916 12:34:06 innobackupex: Starting the apply-log operation

IMPORTANT: Please check that the apply-log run completes successfully.
           At the end of a successful apply-log run innobackupex
           prints "completed OK!".
.....
中間省略
.....
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1602592
180916 12:34:06 completed OK!

（3）準備第一次增量備份文件:

註: --incremental-dir所指的目錄必須為絕對路徑

[[email protected] 2018-09-16_12-17-01]# innobackupex --apply-log --redo-only ./ --incremental-dir=/tmp/2018-09-16_12-23-28
180916 12:38:17 innobackupex: Starting the apply-log operation

IMPORTANT: Please check that the apply-log run completes successfully.
           At the end of a successful apply-log run innobackupex
           prints "completed OK!".

.....
中間省略
.....

180916 12:38:18 [00] Copying /tmp/2018-09-16_12-23-28/xtrabackup_info to ./xtrabackup_info
180916 12:38:18 [00]        ...done
180916 12:38:18 completed OK!

（4）準備第二次增量備份文件:

[[email protected] 2018-09-16_12-17-01]# innobackupex --apply-log --redo-only ./ --incremental-dir=/tmp/2018-09-16_12-29-08/
180916 12:42:56 innobackupex: Starting the apply-log operation

IMPORTANT: Please check that the apply-log run completes successfully.
           At the end of a successful apply-log run innobackupex
           prints "completed OK!".
.....
中間省略
.....

180916 12:42:57 [01]        ...done
180916 12:42:57 [00] Copying /tmp/2018-09-16_12-29-08//xtrabackup_info to ./xtrabackup_info
180916 12:42:57 [00]        ...done
180916 12:42:57 completed OK!

（5）執行回滾操作

[[email protected] tmp]# innobackupex --apply-log /tmp/2018-09-16_12-17-01
180916 12:46:15 innobackupex: Starting the apply-log operation

IMPORTANT: Please check that the apply-log run completes successfully.
           At the end of a successful apply-log run innobackupex
           prints "completed OK!".
.....
中間省略
.....
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1604128
180916 12:46:18 completed OK!

（6）關閉MySQL並刪除/var/lib/mysql/下所有文件

（7）恢復數據：

[[email protected] tmp]# innobackupex --copy-back 2018-09-16_12-17-01/
180916 12:48:39 innobackupex: Starting the copy-back operation

IMPORTANT: Please check that the copy-back run completes successfully.
           At the end of a successful copy-back run innobackupex
           prints "completed OK!".
.....
中間省略
.....
180916 12:48:40 [01] Copying ./test/db.opt to /var/lib/mysql/test/db.opt
180916 12:48:40 [01]        ...done
180916 12:48:40 completed OK!

（8）修改/var/lib/mysql/下文件的屬主、屬組並啟動數據庫並查看

[[email protected] mysql]# chown -R mysql.mysql /var/lib/mysql/*
[[email protected] mysql]# ll
total 28692
-rw-r----- 1 mysql mysql 18874368 Sep 16 12:48 ibdata1
-rw-r----- 1 mysql mysql  5242880 Sep 16 12:48 ib_logfile0
-rw-r----- 1 mysql mysql  5242880 Sep 16 12:48 ib_logfile1
drwx------ 2 mysql mysql     4096 Sep 16 12:48 mysql
drwx------ 2 mysql mysql     4096 Sep 16 12:48 performance_schema
drwx------ 2 mysql mysql     4096 Sep 16 12:48 test
drwx------ 2 mysql mysql     4096 Sep 16 12:48 testdb
-rw-r----- 1 mysql mysql      462 Sep 16 12:48 xtrabackup_info
[[email protected] mysql]# systemctl start mariadb
[[email protected] mysql]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 2
Server version: 5.5.60-MariaDB MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type ‘help;‘ or ‘\h‘ for help. Type ‘\c‘ to clear the current input statement.

MariaDB [(none)]> select * from testdb.students;        #恢復完成
+----+------------+------+--------+
| id | name       | age  | gender |
+----+------------+------+--------+
|  1 | zhangsan   |   15 | f      |
|  2 | lisi       |   15 | m      |
|  3 | wanger     |   25 | m      |
|  4 | liuwu      |   24 | f      |
|  5 | wangermazi |   28 | f      |
|  6 | xiaoming   |   20 | f      |
|  8 | daming     |   20 | m      |
+----+------------+------+--------+
7 rows in set (0.00 sec)

三. xtrabackup備份目錄下文件解讀

在備份的同時，innobackupex還會在備份目錄中創建如下文件：

xtrabackup_checkpoints

backup_type = full-backuped     本次備份類型 = 全量備份
from_lsn = 0                    起始日誌序列號
to_lsn = 258476374114           結束日誌序列號
last_lsn = 258476374114         
compact = 0                     是否壓縮
recover_binlog_info = 0         復制恢復時binlog信息

其中包括：備份類型（如完全或增量）、備份狀態（如是否已經為prepared狀態）和LSN(日誌序列號)範圍信息；
每個InnoDB頁(通常為16k大小)都會包含一個日誌序列號，即LSN。LSN是整個數據庫系統的系統版本號，每個頁面相關的LSN能夠表明此頁面最近是如何發生改變的。

xtrabackup_binlog_info
- mysql服務器當前正在使用的二進制日誌文件及至備份這一刻為止二進制日誌事件的位置。

[[email protected] 11.27]# cat xtrabackup_binlog_info 
mysql-bin.001102    379212660   ac7a95b5-6507-11e8-b052-702084fbc6aa:1-6694,
e755a417-6507-11e8-b054-702084fbc7b6:1-38396411

xtrabackup_binlog_pos_innodb —— 二進制日誌文件及用於InnoDB或XtraDB表的二進制日誌文件的當前position。
xtrabackup_binary —— 備份中用到的xtrabackup的可執行文件；
backup-my.cnf —— 備份命令用到的配置選項信息；

另外在使用innobackupex進行備份時，還可以使用--no-timestamp選項來阻止命令自動創建一個以時間命名的目錄；如此一來，innobackupex命令將會創建一個BACKUP-DIR目錄來存儲備份數據。

xtrabackup全量、增量備份恢復mysql數據庫

多少 prepare crypt seq shutdown info 備份恢復 NPU locked 一. 全量備份恢復：查看原表內容： MariaDB [(none)]> select * from testdb.students; +----+-------

xtrabackup備份恢復MySQL數據庫

服務備份類型 file 提交啟動數據庫 lis info done linux 1. 全量備份恢復：查看原表內容： MariaDB [(none)]> select * from testdb.students; +----+------------+---

oracle全量、增量備份

conf dev form oba home targe let alloc script 采用0221222增量備份策略,7天一個輪回也就是周日0級備份，周1 2 4 5 6 采用2級增量備份，周3采用1級增量備份打開控制文件自動備份 CONFIGURE CONTRO

solr配置定時全量、增量同步索引mysql資料

篇文章中講了如何下載solr、安裝solr、啟動、增加中文分詞器、簡單查詢等傳送門，這篇文章我們來配置solr定時全量和增量同步mysql資料。 1、先看資料庫表 2、開啟E:\solrHome\core1\conf資料夾下的data-config.xml檔案，這個檔

solr5.5配置定時全量、增量同步索引mysql資料

上篇文章中講了如何下載solr、安裝solr、啟動、增加中文分詞器、簡單查詢等傳送門，這篇文章我們來配置solr定時全量和增量同步mysql資料。 1、先看資料庫表 2、開啟E:\solrHome\core1\conf資料夾下的data-config.xml檔案，這個檔案

XtraBackup 備份還原 MySQL 數據庫

mysql mysql備份下載XtraBackup：# wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.6/binary/tarball/percona-xtrabackup-2.4.6-Linux-x

xtrabackup備份還原MySQL數據庫

重要 log xtra mys user 資料 backup back check 原文:xtrabackup備份還原MySQL數據庫 mysqldump 備份鑒於其自身的某些特性（鎖表，本質上備份出來insert腳本或者文本，不支持差異備份），不太適合對實時性要求比較

Mysql DBA 高級運維學習筆記-初步增量恢復mysql數據庫

命名 for rest 寫入恢復更改 init ces 模擬 9.10.3 初步增量恢復MySQL數據實戰 a. 先把my.cnf配置文件中的log-bin參數打開重命名為mysqlbin_zbf，這樣在mysql數據庫中更新一個東西就會在這個日誌裏更新。這樣會導致這個

Mysql運維管理-初步增量恢復mysql數據庫10

exec 增量 ibdata1 mat logfile warn ces success 數據文件初步增量恢復MySQL數據實戰 a.配置my.cnf配置文件先把my.cnf配置文件中的log-bin參數打開重命名為mysqlbin_zbf，這樣在mysql數據庫中更新

備份和恢復MySQL數據庫

bsp l命令 recover nbsp 命令復數所有 dump sql命令一.備份 1) 備份表mysqldump -uroot -p 庫名表1 > e:\backup.sqlmysqldump -uroot -p 庫名表1 表2 表3 > e:\b

創建RMAN備份恢復目錄數據庫

efault 只讀表空間 table oracl files 最好本地 let rac 這是前段時間給客戶做的RMAN備份策略，今天有時間整理出來，希望對大家有些幫助，如有不對的地方歡迎大家給予指點，謝謝！創建成恢復目錄數據庫如果不是在本地配置RMAN 恢復目錄，

1Python全棧之路系列之MySQL數據庫基本操作

大型數據庫數據庫管理數據庫軟件程序員 sql數據庫 Python全棧之路系列之MySQL數據庫基本操作MySQL數據庫介紹MySQL是一種快速易用的關系型數據庫管理系統(RDBMS)，很多企業都在使用它來構建自己的數據庫。MySQL由一家瑞典公司MySQL AB開發、運營並予以支持。

Navicat工具備份還原mysql數據庫詳細圖解

編碼只有一個 web l數據庫 www ads src 密碼 border Navicat是個很不錯的MYSQL數據庫管理工具,我們常用的還web形式的phpmyadmin和font這三種了，都是非常不錯的mysql管理工具。因為Navicat工具兼容性比較好，操作也比較

mysqldump備份指定mysql數據庫腳本

mysql 備份腳本 mysqldump 前幾天有朋友讓幫忙寫一個mysql數據備份腳本，於是就有了下文通過mysqldump命令備份數據庫的腳本，貼出來跟大家交流，若有問題，請指正，謝謝。實現功能： 1 備份指定的數據庫 2 刪除指定天數前的備份文件，默認設定了7天#!/

如何在刪除ibdata1和ib_logfile的情況下恢復MySQL數據庫

訪問 tac nec 內部完全 bar 客戶端 stats this 昨天，有個朋友對公司內部使用的一個MySQL實例開啟binlog，但是在啟動的過程中失敗了（他也沒提，為何會失敗），在啟動失敗後，他刪除了ibdata1和ib_logfile，後來，能正常啟動

mysql數據庫無法啟動恢復 mysql數據庫崩潰恢復 mysql數據庫恢復

容量 int ace 分析文件 events sta .html form startup mysql數據庫無法啟動恢復 mysql數據庫崩潰恢復 mysql數據庫恢復客戶名稱保密數據類型 mysql 5.5 innodb 數據容量 1500 MB 故

mysqlbinlog來恢復mysql數據庫數據【簡單體驗】

img -- 數據庫 ont 接下來 mysq png nlog size 前言僅限於菜鳥的一次簡單體驗。前提：mysql已經開啟了binlog日誌功能。可以自行百度，推薦地址--------->windows下如何開啟mysql日誌功能體驗目標：在數據庫表裏面

PHP 備份還原 MySql 數據庫

說明當前沒有原生錯誤自動 0.12 php pdo 原生 PHP 備份還原 MySql 數據庫支持 MySql，PDO 兩種方式備份還原 php5.5 以上的版本建議開啟pdo擴展，使用 pdo 備份還原數據備份文件夾 db_backup、import/log

mysql自身報錯、java、reids連接mysql數據庫報錯匯總

sso 解決方法 sql 嚴格沒有 run query user fault 1、Can‘t connect to local MySQL server through socket ‘tmpmysql.sock‘ (2) 原因是mysql根本沒有啟動 2、Acces

【Python全棧-後端開發】MySQL數據庫-練習題

not 參考答案參考 insert 編號 des 數學 event create MySQL數據庫-練習題一、表關系請創建如下表，並創建相關約束二、操作表 1、自行創建測試數據 2、查詢“生物”課程比“物理&r

xtrabackup全量、增量備份恢復mysql數據庫

1. 備份：

2. 準備(apply)備份

3. 恢復備份:

（1）停止mysql服務

（2）刪庫

（3） 通過全量備份恢復數據

（4） 修改恢復後文件的屬主,屬組為mysql

（5） 啟動MySQL並查看

二. 增量備份及恢復:

1. 全量備份:

2. 修改數據庫,進行第一次增量備份

3. 添加一條數據,進行第二次增量備份:

4. 恢復數據：

（1） 準備(prepare)數據:

（2）準備全量備份文件

（3） 準備第一次增量備份文件:

（4） 準備第二次增量備份文件:

（5） 執行回滾操作

（6） 關閉MySQL並刪除/var/lib/mysql/下所有文件

（7） 恢復數據：

（8） 修改/var/lib/mysql/下文件的屬主、屬組並啟動數據庫並查看

三. xtrabackup備份目錄下文件解讀

相關推薦

（3）通過全量備份恢復數據

（4）修改恢復後文件的屬主,屬組為mysql

（5）啟動MySQL並查看

（1）準備(prepare)數據:

（3）準備第一次增量備份文件:

（4）準備第二次增量備份文件:

（5）執行回滾操作

（6）關閉MySQL並刪除/var/lib/mysql/下所有文件

（7）恢復數據：

（8）修改/var/lib/mysql/下文件的屬主、屬組並啟動數據庫並查看