MySQL備份資料的方式

在MySQl中我們備份資料一般有幾種方式

• 熱備份

• 溫備份

• 冷備份

  熱備份指的是當資料庫進行備份時, 資料庫的讀寫操作均不是受影響 
  溫備份指的是當資料庫進行備份時, 資料庫的讀操作可以執行, 但是不能執行寫操作 
  冷備份指的是當資料庫進行備份時, 資料庫不能進行讀寫操作, 即資料庫要下線

MySQL中進行不同方式的備份還要考慮儲存引擎是否支援

• MyISAM 

   熱備 ×

   溫備 √

   冷備 √

• InnoDB

   熱備 √

   溫備 √

   冷備 √

  我們在考慮完資料在備份時, 資料庫的執行狀態之後還需要考慮對於MySQL資料庫中資料的備份方式

  物理備份一般就是通過tar,cp等命令直接打包複製資料庫的資料檔案達到備份的效果 
  邏輯備份一般就是通過特定工具從資料庫中匯出資料並另存備份(邏輯備份會丟失資料精度)

  • 物理備份

  • 邏輯備份

備份需要考慮的問題

定製備份策略前, 我們還需要考慮一些問題

我們要備份什麼?

一般情況下, 我們需要備份的資料分為以下幾種

• 資料

• 二進位制日誌, InnoDB事務日誌

• 程式碼(儲存過程、儲存函式、觸發器、事件排程器)

• 伺服器配置檔案

備份工具

這裡我們列舉出常用的幾種備份工具 
mysqldump : 邏輯備份工具, 適用於所有的儲存引擎, 支援溫備、完全備份、部分備份、對於InnoDB儲存引擎支援熱備 
cp, tar 等歸檔複製工具: 物理備份工具, 適用於所有的儲存引擎, 冷備、完全備份、部分備份 
lvm2 snapshot: 幾乎熱備, 藉助檔案系統管理工具進行備份 
mysqlhotcopy: 名不副實的的一個工具, 幾乎冷備, 僅支援MyISAM

儲存引擎 
xtrabackup: 一款非常強大的InnoDB/XtraDB熱備工具, 支援完全備份、增量備份, 由percona提供

設計合適的備份策略

針對不同的場景下, 我們應該制定不同的備份策略對資料庫進行備份, 一般情況下, 備份策略一般為以下三種

• 直接cp,tar複製資料庫檔案

• mysqldump+複製BIN LOGS

• lvm2快照+複製BIN LOGS

• xtrabackup

以上的幾種解決方案分別針對於不同的場景

1. 如果資料量較小, 可以使用第一種方式, 直接複製資料庫檔案

2. 如果資料量還行, 可以使用第二種方式, 先使用mysqldump對資料庫進行完全備份, 然後定期備份BINARY LOG達到增量備份的效果

3. 如果資料量一般, 而又不過分影響業務執行, 可以使用第三種方式, 使用lvm2的快照對資料檔案進行備份, 而後定期備份BINARY LOG達到增量備份的效果

4. 如果資料量很大, 而又不過分影響業務執行, 可以使用第四種方式, 使用xtrabackup進行完全備份後, 定期使用xtrabackup進行增量備份或差異備份

實戰演練

使用cp進行備份

我們這裡使用的是使用yum安裝的mysql-5.1的版本, 使用的資料集為從網路上找到的一個員工資料庫

檢視資料庫的資訊

mysql> SHOW DATABASES;    #檢視當前的資料庫, 我們的資料庫為employees
+--------------------+
| Database           |
+--------------------+
| information_schema |
| employees          |
| mysql              |
| test               |
+--------------------+
4 rows in set (0.00 sec)

mysql> USE employees;
Database changed
mysql> SHOW TABLES;         #檢視當前庫中的表
+---------------------+
| Tables_in_employees |
+---------------------+
| departments         |
| dept_emp            |
| dept_manager        |
| employees           |
| salaries            |
| titles              |
+---------------------+
6 rows in set (0.00 sec)

mysql> SELECT COUNT(*) FROM employees;   #由於篇幅原因, 我們這裡只看一下employees的行數為300024
+----------+
| COUNT(*) |
+----------+
|   300024 |
+----------+
1 row in set (0.05 sec)

向資料庫施加讀鎖

mysql> FLUSH TABLES WITH READ LOCK;    #向所有表施加讀鎖
Query OK, 0 rows affected (0.00 sec)

備份資料檔案

[[email protected] ~]# mkdir /backup   #建立資料夾存放備份資料庫檔案
[[email protected] ~]# cp -a /var/lib/mysql/* /backup     #保留許可權的拷貝源資料檔案
[[email protected] ~]# ls /backup   #檢視目錄下的檔案
employees  ibdata1  ib_logfile0  ib_logfile1  mysql  mysql.sock  test

模擬資料丟失並恢復

[[email protected] ~]# rm -rf /var/lib/mysql/*    #刪除資料庫的所有檔案
[[email protected] ~]# service mysqld restart   #重啟MySQL, 如果是編譯安裝的應該不能啟動, 如果rpm安裝則會重新初始化資料庫


mysql> SHOW DATABASES;    #因為我們是rpm安裝的, 連線到MySQL進行檢視, 發現數據丟失了！
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| test               |
+--------------------+
3 rows in set (0.00 sec)

[[email protected] ~]# rm -rf /var/lib/mysql/*    #這一步可以不做
[[email protected] ~]# cp -a /backup/* /var/lib/mysql/    #將備份的資料檔案拷貝回去
[[email protected] ~]# service mysqld restart  #重啟MySQL


#重新連線資料並檢視

mysql> SHOW DATABASES;    #資料庫已恢復
+--------------------+
| Database           |
+--------------------+
| information_schema |
| employees          |
| mysql              |
| test               |
+--------------------+
4 rows in set (0.00 sec)

mysql> USE employees;      

mysql> SELECT COUNT(*) FROM employees;    #表的行數沒有變化
+----------+
| COUNT(*) |
+----------+
|   300024 |
+----------+
1 row in set (0.06 sec)


##完成

使用mysqldump+複製BINARY LOG備份

我們這裡使用的是使用yum安裝的mysql-5.1的版本, 使用的資料集為從網路上找到的一個員工資料庫

我們通過mysqldump進行一次完全備份, 再修改表中的資料, 然後再通過binary log進行恢復 二進位制日誌需要在mysql配置檔案中新增 log_bin=on 開啟

mysqldump命令介紹

mysqldump是一個客戶端的邏輯備份工具, 可以生成一個重現建立原始資料庫和表的SQL語句, 可以支援所有的儲存引擎, 對於InnoDB支援熱備

官方文件介紹

#基本語法格式

shell> mysqldump [options] db_name [tbl_name ...]    恢復需要手動CRATE DATABASES
shell> mysqldump [options] --databases db_name ...   恢復不需要手動建立資料庫
shell> mysqldump [options] --all-databases           恢復不需要手動建立資料庫


其他選項:
     -E, --events: 備份事件排程器
     -R, --routines: 備份儲存過程和儲存函式
     --triggers: 備份表的觸發器; --skip-triggers 
     --master-date[=value]  
         1: 記錄為CHANGE MASTER TO 語句、語句不被註釋
         2: 記錄為註釋的CHANGE MASTER TO語句
         基於二進位制還原只能全庫還原

     --flush-logs: 日誌滾動
         鎖定表完成後執行日誌滾動

檢視資料庫的資訊

mysql> SHOW DATABASES;    #檢視當前的資料庫, 我們的資料庫為employees
+--------------------+
| Database           |
+--------------------+
| information_schema |
| employees          |
| mysql              |
| test               |
+--------------------+
4 rows in set (0.00 sec)

mysql> USE employees;
Database changed
mysql> SHOW TABLES;         #檢視當前庫中的表
+---------------------+
| Tables_in_employees |
+---------------------+
| departments         |
| dept_emp            |
| dept_manager        |
| employees           |
| salaries            |
| titles              |
+---------------------+
6 rows in set (0.00 sec)

mysql> SELECT COUNT(*) FROM employees;   #由於篇幅原因, 我們這裡只看一下employees的行數為300024
+----------+
| COUNT(*) |
+----------+
|   300024 |
+----------+
1 row in set (0.05 sec)

使用mysqldump備份資料庫

[[email protected] ~]# mysql -uroot -p -e 'SHOW MASTER STATUS'   #檢視當前二進位制檔案的狀態, 並記錄下position的數字
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000003 |      106 |              |                  |
+------------------+----------+--------------+------------------+

[[email protected] ~]# mysqldump --all-databases --lock-all-tables  > backup.sql   #備份資料庫到backup.sql檔案中

mysql> CREATE DATABASE TEST1;   #建立一個數據庫
Query OK, 1 row affected (0.00 sec)

mysql> SHOW MASTER STATUS;   #記下現在的position
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000003 |      191 |              |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

[[email protected] ~]# cp /var/lib/mysql/mysql-bin.000003 /root  #備份二進位制檔案
[[email protected] ~]# service mysqld stop   #停止MySQL
[[email protected] ~]# rm -rf /var/lib/mysql/*   #刪除所有的資料檔案
[[email protected] ~]# service mysqld start    #啟動MySQL, 如果是編譯安裝的應該不能啟動(需重新初始化), 如果rpm安裝則會重新初始化資料庫


mysql> SHOW DATABASES;   #檢視資料庫, 資料丟失!
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| test               |
+--------------------+
3 rows in set (0.00 sec)

mysql> SET sql_log_bin=OFF;   #暫時先將二進位制日誌關閉  
Query OK, 0 rows affected (0.00 sec)


mysql> source backup.sql  #恢復資料，所需時間根據資料庫時間大小而定

mysql> SET sql_log_bin=ON; 開啟二進位制日誌

mysql> SHOW DATABASES;   #資料庫恢復, 但是缺少TEST1
+--------------------+
| Database           |
+--------------------+
| information_schema |
| employees          |
| mysql              |
| test               |
+--------------------+
4 rows in set (0.00 sec)

[[email protected] ~]# mysqlbinlog --start-position=106 --stop-position=191 mysql-bin.000003 | mysql employees #通過二進位制日誌增量恢復資料

mysql> SHOW DATABASES;    #現在TEST1出現了！
+--------------------+
| Database           |
+--------------------+
| information_schema |
| TEST1              |
| employees          |
| mysql              |
| test               |
+--------------------+
5 rows in set (0.00 sec)



#完成

使用lvm2快照備份資料

做實驗之前我們先回顧一下lvm2-snapshot的知識

LVM快照簡單來說就是將所快照源分割槽一個時間點所有檔案的元資料進行儲存，如果原始檔沒有改變，那麼訪問快照卷的相應檔案則直接指向源分割槽的原始檔，如果原始檔發生改變，則快照卷中與之對應的檔案不會發生改變。快照卷主要用於輔助備份檔案。 這裡只簡單介紹，點選檢視詳細介紹

部署lvm環境

新增硬碟; 這裡我們直接實現SCSI硬碟的熱插拔, 首先在虛擬機器中新增一塊硬碟, 不重啟

[[email protected] ~]# ls /dev/sd*   #只有以下幾塊硬碟, 但是我們不重啟可以讓系統識別新新增的硬碟
/dev/sda  /dev/sda1  /dev/sda2

[[email protected] ~]# echo '- - -' > /sys/class/scsi_host/host0/scan 
[[email protected] ~]# echo '- - -' > /sys/class/scsi_host/host1/scan 
[[email protected] ~]# echo '- - -' > /sys/class/scsi_host/host2/scan 

[[email protected] ~]# ls /dev/sd*    #看！sdb識別出來了
/dev/sda  /dev/sda1  /dev/sda2  /dev/sdb


[[email protected] ~]# fdisk /dev/sdb   #分割槽
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel with disk identifier 0xd353d192.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.

Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

WARNING: DOS-compatible mode is deprecated. It's strongly recommended to
         switch off the mode (command 'c') and change display units to
         sectors (command 'u').

Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-2610, default 1): 
Using default value 1
Last cylinder, +cylinders or +size{K,M,G} (1-2610, default 2610): +15G

Command (m for help): t
Selected partition 1
Hex code (type L to list codes): 8e
Changed system type of partition 1 to 8e (Linux LVM)

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.
You have new mail in /var/spool/mail/root
[[email protected] ~]# partx -a /dev/sdb
BLKPG: Device or resource busy
error adding partition 1

##建立邏輯卷
[[email protected] ~]# pvcreate /dev/sdb1
  Physical volume "/dev/sdb1" successfully created
[[email protected] ~]# vgcreate myvg /dev/sdb1 
  Volume group "myvg" successfully created
[[email protected] ~]# lvcreate -n mydata -L 5G myvg 
  Logical volume "mydata" created.

[[email protected] ~]# mkfs.ext4 /dev/mapper/myvg-mydata   #格式化
[[email protected] ~]# mkdir /lvm_data
[[email protected] ~]# mount /dev/mapper/myvg-mydata /lvm_data  #掛載到/lvm_data


[[email protected] ~]# vim /etc/my.cnf    #修改mysql配置檔案的datadir如下

datadir=/lvm_data

[[email protected] ~]# service mysqld restart  #重啟MySQL

####重新匯入employees資料庫########略過####

檢視資料庫的資訊

mysql> SHOW DATABASES;    #檢視當前的資料庫, 我們的資料庫為employees
+--------------------+
| Database           |
+--------------------+
| information_schema |
| employees          |
| mysql              |
| test               |
+--------------------+
4 rows in set (0.00 sec)

mysql> USE employees;
Database changed
mysql> SHOW TABLES;         #檢視當前庫中的表
+---------------------+
| Tables_in_employees |
+---------------------+
| departments         |
| dept_emp            |
| dept_manager        |
| employees           |
| salaries            |
| titles              |
+---------------------+
6 rows in set (0.00 sec)

mysql> SELECT COUNT(*) FROM employees;   #由於篇幅原因, 我們這裡只看一下employees的行數為300024
+----------+
| COUNT(*) |
+----------+
|   300024 |
+----------+
1 row in set (0.05 sec)

建立快照卷並備份

mysql> FLUSH TABLES WITH READ LOCK;     #鎖定所有表
Query OK, 0 rows affected (0.00 sec)

[[email protected] lvm_data]# lvcreate -L 1G -n mydata-snap -p r -s /dev/mapper/myvg-mydata   #建立快照卷
  Logical volume "mydata-snap" created.

mysql> UNLOCK TABLES;  #解鎖所有表
Query OK, 0 rows affected (0.00 sec)

[[email protected] lvm_data]# mkdir /lvm_snap  #建立資料夾
[[email protected] lvm_data]# mount /dev/myvg/mydata-snap /lvm_snap/  #掛載snap
mount: block device /dev/mapper/myvg-mydata--snap is write-protected, mounting read-only

[[email protected] lvm_data]# cd /lvm_snap/
[[email protected] lvm_snap]# ls
employees  ibdata1  ib_logfile0  ib_logfile1  mysql  mysql-bin.000001  mysql-bin.000002  mysql-bin.000003  mysql-bin.index  test
[[email protected] lvm_snap]# tar cf /tmp/mysqlback.tar *  #打包檔案到/tmp/mysqlback.tar

[[email protected] ~]# umount /lvm_snap/  #解除安裝snap
[[email protected] ~]# lvremove myvg mydata-snap  #刪除snap

恢復資料

[[email protected] lvm_snap]# rm -rf /lvm_data/*
[[email protected] ~]# service mysqld start    #啟動MySQL, 如果是編譯安裝的應該不能啟動(需重新初始化), 如果rpm安裝則會重新初始化資料庫


mysql> SHOW DATABASES;   #檢視資料庫, 資料丟失!
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| test               |
+--------------------+
3 rows in set (0.00 sec)

[[email protected] ~]# cd /lvm_data/
[[email protected] lvm_data]# rm -rf * #刪除所有檔案
[[email protected] lvm_data]# tar xf /tmp/mysqlback.tar     #解壓備份資料庫到此資料夾 
[[email protected] lvm_data]# ls  #檢視當前的檔案
employees  ibdata1  ib_logfile0  ib_logfile1  mysql  mysql-bin.000001  mysql-bin.000002  mysql-bin.000003  mysql-bin.index  test

mysql> SHOW DATABASES;  #資料恢復了
+--------------------+
| Database           |
+--------------------+
| information_schema |
| employees          |
| mysql              |
| test               |
+--------------------+
4 rows in set (0.00 sec)


##完成

使用Xtrabackup備份

為了更好地演示, 我們這次使用mariadb-5.5的版本, 使用xtrabackup使用InnoDB能夠發揮其最大功效, 並且InnoDB的每一張表必須使用單獨的表空間, 我們需要在配置檔案中新增 innodb_file_per_table = ON 來開啟

下載安裝xtrabackup

我們這裡通過wget percona官方的rpm包進行安裝
[[email protected] ~]# wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.3.4/binary/redhat/6/x86_64/percona-xtrabackup-2.3.4-1.el6.x86_64.rpm   
[[email protected] ~]# yum localinstall percona-xtrabackup-2.3.4-1.el6.x86_64.rpm   #需要EPEL源

xtrabackup介紹

Xtrabackup是由percona提供的mysql資料庫備份工具，據官方介紹，這也是世界上惟一一款開源的能夠對innodb和xtradb資料庫進行熱備的工具。特點：

1. 備份過程快速、可靠；

2. 備份過程不會打斷正在執行的事務；

3. 能夠基於壓縮等功能節約磁碟空間和流量；

4. 自動實現備份檢驗；

5. 還原速度快；

摘自馬哥的文件

xtrabackup實現完全備份

我們這裡使用xtrabackup的前端配置工具innobackupex來實現對資料庫的完全備份

使用innobackupex備份時, 會呼叫xtrabackup備份所有的InnoDB表, 複製所有關於表結構定義的相關檔案(.frm)、以及MyISAM、MERGE、CSV和ARCHIVE表的相關檔案, 同時還會備份觸發器和資料庫配置檔案資訊相關的檔案, 這些檔案會被儲存至一個以時間命名的目錄.

備份過程

[[email protected] ~]# mkdir /extrabackup  #建立備份目錄
[[email protected] ~]# innobackupex --user=root /extrabackup/ #備份資料
###################提示complete表示成功*********************

[[email protected] ~]# ls /extrabackup/  #看到備份目錄
2016-04-27_07-30-48 

一般情況, 備份完成後, 資料不能用於恢復操作, 因為備份的資料中可能會包含尚未提交的事務或已經提交但尚未同步至資料檔案中的事務。因此, 此時的資料檔案仍不一致, 所以我們需要”準備”一個完全備份

[[email protected] ~]# innobackupex --apply-log /extrabackup/2016-04-27_07-30-48/  #指定備份檔案的目錄

#一般情況下下面三行結尾代表成功*****************
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 369661462
160427 07:40:11 completed OK!

[[email protected] ~]# cd /extrabackup/2016-04-27_07-30-48/
[[email protected] 2016-04-27_07-30-48]# ls -hl  #檢視備份檔案
total 31M
-rw-r----- 1 root root  386 Apr 27 07:30 backup-my.cnf
drwx------ 2 root root 4.0K Apr 27 07:30 employees
-rw-r----- 1 root root  18M Apr 27 07:40 ibdata1
-rw-r--r-- 1 root root 5.0M Apr 27 07:40 ib_logfile0
-rw-r--r-- 1 root root 5.0M Apr 27 07:40 ib_logfile1
drwx------ 2 root root 4.0K Apr 27 07:30 mysql
drwx------ 2 root root 4.0K Apr 27 07:30 performance_schema
drwx------ 2 root root 4.0K Apr 27 07:30 test
-rw-r----- 1 root root   27 Apr 27 07:30 xtrabackup_binlog_info
-rw-r--r-- 1 root root   29 Apr 27 07:40 xtrabackup_binlog_pos_innodb
-rw-r----- 1 root root  117 Apr 27 07:40 xtrabackup_checkpoints
-rw-r----- 1 root root  470 Apr 27 07:30 xtrabackup_info
-rw-r----- 1 root root 2.0M Apr 27 07:40 xtrabackup_logfile

恢復資料

[[email protected] ~]# rm -rf /data/*   #刪除資料檔案

***不用啟動資料庫也可以還原*************

[[email protected] ~]# innobackupex --copy-back /extrabackup/2016-04-27_07-30-48/   #恢復資料, 記清使用方法

#########我們這裡是編譯安裝的mariadb所以需要做一些操作##########
[[email protected] data]# killall mysqld

[[email protected] ~]# chown -R mysql:mysql ./* 
[[email protected] ~]# ll /data/      #資料恢復
total 28704
-rw-rw---- 1 mysql mysql    16384 Apr 27 07:43 aria_log.00000001
-rw-rw---- 1 mysql mysql       52 Apr 27 07:43 aria_log_control
-rw-rw---- 1 mysql mysql 18874368 Apr 27 07:43 ibdata1
-rw-rw---- 1 mysql mysql  5242880 Apr 27 07:43 ib_logfile0
-rw-rw---- 1 mysql mysql  5242880 Apr 27 07:43 ib_logfile1
-rw-rw---- 1 mysql mysql      264 Apr 27 07:43 mysql-bin.000001
-rw-rw---- 1 mysql mysql       19 Apr 27 07:43 mysql-bin.index
-rw-r----- 1 mysql mysql     2166 Apr 27 07:43 node1.anyisalin.com.err


[[email protected] data]# service mysqld restart
MySQL server PID file could not be found!                  [FAILED]
Starting MySQL..                                           [  OK  ]

MariaDB [(none)]> SHOW DATABASES;  #檢視資料庫, 已經恢復
+--------------------+
| Database           |
+--------------------+
| information_schema |
| employees          |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.00 sec

增量備份

#########建立連兩個資料庫以供測試#####################
MariaDB [(none)]> CREATE DATABASE TEST1;
Query OK, 1 row affected (0.00 sec)

MariaDB [(none)]> CREATE DATABASE TEST2;
Query OK, 1 row affected (0.00 sec)

[[email protected] ~]# innobackupex --incremental /extrabackup/ --incremental-basedir=/extrabackup/2016-04-27_07-30-48/ 

[[email protected] ~]# ls /extrabackup/2016-04-27_07-57-22/ #檢視備份檔案
total 96
-rw-r----- 1 root root   386 Apr 27 07:57 backup-my.cnf
drwx------ 2 root root  4096 Apr 27 07:57 employees
-rw-r----- 1 root root 49152 Apr 27 07:57 ibdata1.delta
-rw-r----- 1 root root    44 Apr 27 07:57 ibdata1.meta
drwx------ 2 root root  4096 Apr 27 07:57 mysql
drwx------ 2 root root  4096 Apr 27 07:57 performance_schema
drwx------ 2 root root  4096 Apr 27 07:57 test
drwx------ 2 root root  4096 Apr 27 07:57 TEST1
drwx------ 2 root root  4096 Apr 27 07:57 TEST2
-rw-r----- 1 root root    21 Apr 27 07:57 xtrabackup_binlog_info
-rw-r----- 1 root root   123 Apr 27 07:57 xtrabackup_checkpoints
-rw-r----- 1 root root   530 Apr 27 07:57 xtrabackup_info
-rw-r----- 1 root root  2560 Apr 27 07:57 xtrabackup_logfile

BASEDIR指的是完全備份所在的目錄，此命令執行結束後，innobackupex命令會在/extrabackup目錄中建立一個新的以時間命名的目錄以存放所有的增量備份資料。另外，在執行過增量備份之後再一次進行增量備份時，其--incremental-basedir應該指向上一次的增量備份所在的目錄。

需要注意的是，增量備份僅能應用於InnoDB或XtraDB表，對於MyISAM表而言，執行增量備份時其實進行的是完全備份。

整理增量備份

[[email protected] ~]# innobackupex --apply-log --redo-only /extrabackup/2016-04-27_07-30-48/
[[email protected] ~]# innobackupex --apply-log --redo-only /extrabackup/2016-04-27_07-30-48/ --incremental-dir=/extrabackup/2016-04-27_07-5
7-22/

恢復資料

[[email protected] ~]# rm -rf /data/*   #刪除資料

[[email protected] ~]# innobackupex --copy-back /extrabackup/2016-04-27_07-30-48/     #整理增量備份之後可以直接通過全量備份還原

[[email protected] ~]# chown -R mysql.mysql /data/
[[email protected] ~]# ls /data/ -l
total 28732
-rw-rw---- 1 mysql mysql     8192 Apr 27 08:05 aria_log.00000001
-rw-rw---- 1 mysql mysql       52 Apr 27 08:05 aria_log_control
drwx------ 2 mysql mysql     4096 Apr 27 08:05 employees
-rw-r----- 1 mysql mysql 18874368 Apr 27 08:05 ibdata1
-rw-r----- 1 mysql mysql  5242880 Apr 27 08:05 ib_logfile0
-rw-r----- 1 mysql mysql  5242880 Apr 27 08:05 ib_logfile1
drwx------ 2 mysql mysql     4096 Apr 27 08:05 mysql
-rw-rw---- 1 mysql mysql      245 Apr 27 08:05 mysql-bin.000001
-rw-rw---- 1 mysql mysql       19 Apr 27 08:05 mysql-bin.index
-rw-r----- 1 mysql mysql     1812 Apr 27 08:05 node1.anyisalin.com.err
-rw-rw---- 1 mysql mysql        5 Apr 27 08:05 node1.anyisalin.com.pid
drwx------ 2 mysql mysql     4096 Apr 27 08:05 performance_schema
drwx------ 2 mysql mysql     4096 Apr 27 08:05 test
drwx------ 2 mysql mysql     4096 Apr 27 08:05 TEST1
drwx------ 2 mysql mysql     4096 Apr 27 08:05 TEST2
-rw-r----- 1 mysql mysql       29 Apr 27 08:05 xtrabackup_binlog_pos_innodb
-rw-r----- 1 mysql mysql      530 Apr 27 08:05 xtrabackup_info

MariaDB [(none)]> SHOW DATABASES;  #資料還原
+--------------------+
| Database           |
+--------------------+
| information_schema |
| TEST1              |
| TEST2              |
| employees          |
| mysql              |
| performance_schema |
| test               |
+--------------------+
7 rows in set (0.00 sec)

#關於xtrabackup還有很多強大的功能沒有敘述、有興趣可以去看官方文件

總結

其實我們還可以通過Master-Slave Replication 進行備份。