點(diǎn)擊下載
本文文檔

當(dāng)前位置：首頁 - 科技 - 知識百科 - 正文

Linux下實(shí)現(xiàn)MySQL數(shù)據(jù)備份和恢復(fù)的命令使用全攻略

來源：懂視網(wǎng) 責(zé)編：小采時間：2020-11-09 20:55:12

Linux下實(shí)現(xiàn)MySQL數(shù)據(jù)備份和恢復(fù)的命令使用全攻略

Linux下實(shí)現(xiàn)MySQL數(shù)據(jù)備份和恢復(fù)的命令使用全攻略:為了保障數(shù)據(jù)的安全，需要定期對數(shù)據(jù)進(jìn)行備份。備份的方式有很多種，效果也不一樣。一旦數(shù)據(jù)庫中的數(shù)據(jù)出現(xiàn)了錯誤，就需要使用備份好的數(shù)據(jù)進(jìn)行還原恢復(fù)。從而將損失降到最低。下面我們來了解一下MySQL常見的有三種備份恢復(fù)方式： 1、利用Mysqldump+二進(jìn)

推薦度：

點(diǎn)擊下載本文 文檔為doc格式

導(dǎo)讀Linux下實(shí)現(xiàn)MySQL數(shù)據(jù)備份和恢復(fù)的命令使用全攻略:為了保障數(shù)據(jù)的安全，需要定期對數(shù)據(jù)進(jìn)行備份。備份的方式有很多種，效果也不一樣。一旦數(shù)據(jù)庫中的數(shù)據(jù)出現(xiàn)了錯誤，就需要使用備份好的數(shù)據(jù)進(jìn)行還原恢復(fù)。從而將損失降到最低。下面我們來了解一下MySQL常見的有三種備份恢復(fù)方式： 1、利用Mysqldump+二進(jìn)

為了保障數(shù)據(jù)的安全，需要定期對數(shù)據(jù)進(jìn)行備份。備份的方式有很多種，效果也不一樣。一旦數(shù)據(jù)庫中的數(shù)據(jù)出現(xiàn)了錯誤，就需要使用備份好的數(shù)據(jù)進(jìn)行還原恢復(fù)。從而將損失降到最低。下面我們來了解一下MySQL常見的有三種備份恢復(fù)方式：

1、利用Mysqldump+二進(jìn)制日志實(shí)現(xiàn)備份
2、利用LVM快照+二進(jìn)制日志實(shí)現(xiàn)備份
3、使用Xtrabackup備份

一：實(shí)驗(yàn)環(huán)境介紹：

系統(tǒng)介紹：CentOS6.4_X64
數(shù)據(jù)庫版本：mysql-5.5.33

二：基于Mysqldump命令實(shí)現(xiàn)備份恢復(fù)

2.1、思路概念

Mysqldump是一個邏輯備份命令；意思就是將數(shù)據(jù)庫中的數(shù)據(jù)備份成一個文本文件；也可以說是將表的結(jié)構(gòu)和數(shù)據(jù)存儲在文本文件中。

Mysqldump命令的工作原理很簡單，它先查出需要備份的表的結(jié)構(gòu)，再在文本文件中生成一個CREATE語句。然后，將表中的所有記錄轉(zhuǎn)換為一條INSTERT語句。這些CREATE語句和INSTERT語句都是還原時使用的。還原數(shù)據(jù)時就可以使用其中的CREATE語句來創(chuàng)建表。使用其中的INSERT語句來還原數(shù)據(jù)。它可以實(shí)現(xiàn)整個服務(wù)器備份，也可以實(shí)現(xiàn)單個或部分?jǐn)?shù)據(jù)庫、單個或部分表、表中的某些行、存儲過程、存儲函數(shù)、觸發(fā)器的備份；并且能自動記錄備份時刻的二進(jìn)制日志文件及相應(yīng)的位置。對于InnoDB存儲引擎來講支持基于單事務(wù)模式實(shí)現(xiàn)熱備，對于MyISAM則最多支持溫備。

2.2、備份策略

Mysqldump全備+二進(jìn)制日志增備

2.3、過程實(shí)現(xiàn)

（1）Mysqldump全備
由于Mysql數(shù)據(jù)庫默認(rèn)的為MyISAM存儲引擎所以只有使用溫備（備份同時僅支持讀請求）進(jìn)行，所以我們要為所有數(shù)據(jù)庫添加讀鎖

[root@stu18 ~]
#mysqldump -uroot -pmypass --lock-all-tables --master-data=2 --events --routines--all-databases > /zhao/database_`date +%F`.sql

解析：–lock-all-tables表示為所有表施加讀鎖；–master-data=2表示在備份文件中記錄當(dāng)前二進(jìn)制日志的位置；–events表示備份數(shù)據(jù)的同時備份時間調(diào)度器代碼；–routines表示備份數(shù)據(jù)的同時備份存儲過程和存儲函數(shù)；–all-databases表示備份所有庫。

[root@stu18 zhao]
# less database_2013-08-13.sql
-- 
#表示注釋項(xiàng)
-- Position to start replication or point-in-time recovery from
--
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=14203; 
#這里表示當(dāng)前處于mysql-bin.000001這個二進(jìn)制日志中，事件為14203這是通過--master-data=2產(chǎn)生的
--
-- Current Database: `hellodb`
--
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `hellodb` /*!40100 DEFAULT CHARACTER SET utf8 */;

（2）二進(jìn)制全備

方法一：導(dǎo)出二進(jìn)制日志文件內(nèi)容

[root@stu18 data]
# mysqlbinlog mysql-bin.000001 >/zhao/binlog_`date +%F`.sql

方法二：滾動日志復(fù)制文件

mysql> flush logs; 
#滾動日志
[root@stu18 data]
# cp mysql-bin.000001 /zhao/mysql-bin.000001 #復(fù)制導(dǎo)出二進(jìn)制文件

（3）二進(jìn)制增備
首先添加數(shù)據(jù)信息

mysql> use hellodb;
mysql> INSERT INTO students(Name,Age,Gender,ClassID,TeacherID) values ('Yang kang',22,'M',3,3);

然后二進(jìn)制增備

[root@stu18 data]
# mysqlbinlog --start-position=14203 --stop-position=14527 mysql-bin.000001 > /zhao/binlog_`date +%F_%H`.sql

解析：–start-position=14203是上次全備之后的二進(jìn)制事件位置；–stop-position=14527最近一天的二進(jìn)制事件位置。

2.4、模擬數(shù)據(jù)庫損壞，實(shí)現(xiàn)恢復(fù)工作

mysql> DROP DATABASE hellodb; 
#刪除數(shù)據(jù)庫
############下面這些過程要在離線狀態(tài)下執(zhí)行############
mysql> SET sql_log_bin=0; 
#先關(guān)閉二進(jìn)制日志
mysql> flush logs; 
#滾動日志
[root@stu18 ~]
# mysql -uroot -pmypass < /zhao/database_2013-08-13.sql #導(dǎo)入數(shù)據(jù)庫備份文件
[root@stu18 ~]
# mysql -uroot -pmypass < /zhao/binlog_2013-08-13_19.sql #導(dǎo)入增量備份文件
[root@stu18 ~]
# mysql -uroot –pmypass #登錄查看，恢復(fù)完成
mysql> SET sql_log_bin=1;

這種備份方式恢復(fù)簡單，但是恢復(fù)還原之后索引會出現(xiàn)錯誤需要重建，而且備份結(jié)果會占據(jù)很大的空間，請酌情使用。

PS：mysqldump常用命令小結(jié)
備份MySQL數(shù)據(jù)庫的命令

mysqldump -hhostname -uusername -ppassword databasename > backupfile.sql

備份MySQL數(shù)據(jù)庫為帶刪除表的格式

備份MySQL數(shù)據(jù)庫為帶刪除表的格式，能夠讓該備份覆蓋已有數(shù)據(jù)庫而不需要手動刪除原有數(shù)據(jù)庫。

mysqldump -–add-drop-table -uusername -ppassword databasename > backupfile.sql

直接將MySQL數(shù)據(jù)庫壓縮備份

mysqldump -hhostname -uusername -ppassword databasename | gzip > backupfile.sql.gz

備份MySQL數(shù)據(jù)庫某個(些)表

mysqldump -hhostname -uusername -ppassword databasename specific_table1 specific_table2 > backupfile.sql

同時備份多個MySQL數(shù)據(jù)庫

mysqldump -hhostname -uusername -ppassword –databases databasename1 databasename2 databasename3 > multibackupfile.sql

僅僅備份數(shù)據(jù)庫結(jié)構(gòu)

mysqldump –no-data –databases databasename1 databasename2 databasename3 > structurebackupfile.sql

備份服務(wù)器上所有數(shù)據(jù)庫

mysqldump –all-databases > allbackupfile.sql

還原MySQL數(shù)據(jù)庫的命令

mysql -hhostname -uusername -ppassword databasename < backupfile.sql

還原壓縮的MySQL數(shù)據(jù)庫

gunzip < backupfile.sql.gz | mysql -uusername -ppassword databasename

將數(shù)據(jù)庫轉(zhuǎn)移到新服務(wù)器

mysqldump -uusername -ppassword databasename | mysql –host=*.*.*.* -C databasename

三、基于LVM快照實(shí)現(xiàn)備份恢復(fù)

3.1、思路明細(xì)

（1）LVM這種備份方式要求Mysql的數(shù)據(jù)保存在邏輯卷上
（2）需要給Mysql服務(wù)器施加讀鎖（mysql>FLUSH TABLES WITH READLOCK;），這里不可直接退出服務(wù)器
（3）另起終端為數(shù)據(jù)所在的卷創(chuàng)建快照（lvcreate），保證事務(wù)日志和數(shù)據(jù)文件必須在同一卷上（分別創(chuàng)建可能會導(dǎo)致數(shù)據(jù)文件和事務(wù)日志不一致，從而可能導(dǎo)致無法正?；謴?fù)）

3.2、備份策略

LVM快照全備+二進(jìn)制日志增備（對于即時點(diǎn)恢復(fù)還要恢復(fù)至后續(xù)的二進(jìn)制位置）

3.3、前提條件

（1）創(chuàng)建邏輯卷及掛載邏輯卷，此過程在此就不做演示了

（2）初始化mysql將其數(shù)據(jù)目錄指向/mydata/data

[root@stu18 ~]
# cd /usr/local/mysql/
[root@stu18 mysql]
# scripts/mysql_install_db --user=mysql --datadir=/mydata/data

（3）編輯查看配置文件，重啟服務(wù)

[root@stu18 mysql]
# vim /etc/my.cnf
datadir = /mydata/data 
#查看此項(xiàng)是否定義數(shù)據(jù)目錄位置
sync_binlog=1 
#添加此項(xiàng)，每個事務(wù)提交時候，把事務(wù)日志從緩存區(qū)寫到日志文件中，并且刷新日志文件的數(shù)據(jù)到磁盤上；
[root@stu18 mysql]
# service mysqld start

3.4、過程展示

（1）確保事務(wù)日志和數(shù)據(jù)文件必須在同一卷上

[root@stu18 ~]
# ls /mydata/data/
hellodb myclass mysql-bin.000003 stu18.magedu.com.err
ibdata1 mysql mysql-bin.000004 stu18.magedu.com.pid
ib_logfile0 mysql-bin.000001 mysql-bin.index student
ib_logfile1 mysql-bin.000002 performance_schema test

解析：其中ib_logfile0與ib_logfile1是日志文件
（2）施加全局鎖并滾動日志

mysql> FLUSH TABLES WITH READ LOCK;
mysql> FLUSH LOGS;

（3）查看并保存當(dāng)前正在使用的二進(jìn)制日志及當(dāng)前執(zhí)行二進(jìn)制日志位置（非常重要）

mysql> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000004 | 187 | | |
+------------------+----------+--------------+------------------+
[root@stu18 zhao]
# mysql -uroot -pmypass -e 'SHOW MASTER STATUS;' >/zhao/lvmback-2013-08-14/binlog.txt

（4）創(chuàng)建快照卷

[root@stu18 zhao]
# lvcreate -L 100M -s -p r -n mydata-lvm /dev/vg1/mydata

（5）立即切換終端釋放鎖

mysql> UNLOCK TABLES;

（6）備份數(shù)據(jù)

[root@stu18 data]
# cp -a * /zhao/lvmback-2013-08-14/

（7）二進(jìn)制實(shí)現(xiàn)增量備份

mysql> use hellodb; 
#指定默認(rèn)數(shù)據(jù)庫
Database changed
mysql> CREATE TABLE testtb (id int,name CHAR(10)); 
#創(chuàng)建表
Query OK, 0 rows affected (0.35 sec)
mysql> INSERT INTO testtb VALUES (1,'tom'); 
#添加數(shù)據(jù)
Query OK, 1 row affected (0.09 sec)
[root@stu18 data]
# mysqlbinlog --start-position=187 mysql-bin.000004 > /zhao/lvmlogbin_2013-08-14/binlog.sql #日志實(shí)現(xiàn)增量備份

（8）模擬數(shù)據(jù)庫崩潰

[root@stu18 ~]
# service mysqld stop
[root@stu18 ~]
# cd /mydata/data/
[root@stu18 data]
# rm -rf *

（9）恢復(fù)數(shù)據(jù)

[root@stu18 ~]
# cp /zhao/lvmback-2013-08-14/* /mydata/data/ -a #完全備份恢復(fù)
[root@stu18 ~]
# cd /mydata/data/ #查看恢復(fù)數(shù)據(jù)內(nèi)容
[root@stu18 data]
# chown -R mysql.mysql * #更改屬主屬組
[root@stu18 data]
# service mysqld start #啟動服務(wù)
[root@stu18 data]
# mysql -uroot –pmypass #登錄測試

mysql> SHOW DATABASES; 
#查看數(shù)據(jù)完整性，無測試表testtd使用二進(jìn)制恢復(fù)
mysql> SET sql_log_bin=0 
#關(guān)閉二進(jìn)制日志
mysql> source /zhao/lvmlogbin_2013-08-14/binlog.sql; 
#二進(jìn)制恢復(fù)
mysql> SHOW TABLES; 
#查看恢復(fù)結(jié)果
+-------------------+
| Tables_in_hellodb |
+-------------------+
| classes |
| coc |
| courses |
| scores |
| students |
| teachers |
| testtb |
| toc |
+-------------------+
mysql> SET sql_log_bin=1; 
#開啟二進(jìn)制日志

此工具是接近于熱備的方式實(shí)現(xiàn)的，并且用此方法來備份恢復(fù)數(shù)據(jù)速度是非?？斓?。

四:基于xtrabackup來實(shí)現(xiàn)備份恢復(fù)

4.1、優(yōu)勢特性

完全以熱備的形式進(jìn)行，能夠?qū)崿F(xiàn)快速可靠地完全備份和部分備份，支持增量備份，支持時間點(diǎn)還原，備份過程中不會打擾到事務(wù)操作，能夠?qū)崿F(xiàn)網(wǎng)絡(luò)傳輸和壓縮功能從而有效的節(jié)約磁盤空間，備份完成后可自動驗(yàn)證數(shù)據(jù)是否可用，恢復(fù)速度較快等等。更多優(yōu)勢特性請參考http://www.percona.com/software/percona-xtrabackup

注意：以上這些優(yōu)勢特性只能在InnoDB引擎上完美實(shí)現(xiàn)，而在MyISAM存儲引擎上依然最多只能使用溫備的形式進(jìn)行并且還不支持增量備份。
另外Xtrabackup更多的高級功能還依賴于Mysql數(shù)據(jù)庫對于InnoDB實(shí)現(xiàn)了單獨(dú)的表空間，否則也就沒有辦法實(shí)現(xiàn)單表導(dǎo)入導(dǎo)出查看方式如下：

mysql> SHOW GLOBAL VARIABLES LIKE 'innodb_file%';
+--------------------------+----------+
| Variable_name | Value |
+--------------------------+----------+
| innodb_file_format | Antelope |
| innodb_file_format_check | ON |
| innodb_file_format_max | Antelope |
| innodb_file_per_table | ON |
+--------------------------+----------+

其中的innodb_file_per_table為ON則表示實(shí)現(xiàn)了單表單空間。若為OFF則需要使用mysqldump全備然后更改配置文件刪除原來的數(shù)據(jù)文件并重新初始化服務(wù)器最后將數(shù)據(jù)重新導(dǎo)入。所以建議以后在安裝Mysql服務(wù)器時將其選項(xiàng)默認(rèn)設(shè)置成1即可（innodb_file_per_table = 1）。單表單空間的數(shù)據(jù)顯示形式為：

[root@stu18 hellodb]
# ls
classes.frm coc.MYD courses.MYI scores.MYI teachers.frm testtb.ibd
classes.MYD coc.MYI db.opt students.frm teachers.MYD toc.frm
classes.MYI courses.frm scores.frm students.MYD teachers.MYI toc.MYD
coc.frm courses.MYD scores.MYD students.MYI testtb.frm toc.MYI

4.2、安裝Xtrabackup

下載percona-xtrabackup最新的版本為2.1.4（percona-xtrabackup-2.1.4-656.rhel6.x86_64.rpm）
安裝：

[root@stu18 ~]
# rpm -ivh percona-xtrabackup-2.1.4-656.rhel6.x86_64.rpm

若有錯誤無法安裝請安裝perl-DBD-mysql依賴包

[root@stu18 ~]
# yum -y install perl-DBD-mysql

注意：不同的環(huán)境依賴的關(guān)系包可能有多個，請依照提示進(jìn)行配置

4.3、完全備份

使用innobakupex備份時，其會調(diào)用xtrabackup備份所有的InnoDB表，復(fù)制所有關(guān)于表結(jié)構(gòu)定義的相關(guān)文件(.frm)、以及MyISAM、MERGE、CSV和ARCHIVE表的相關(guān)文件，同時還會備份觸發(fā)器和數(shù)據(jù)庫配置信息相關(guān)的文件。這些文件會被保存至一個以時間命令的目錄中。完全備份命令如下：

# innobackupex --user=DBUSER--password=DBUSERPASS /path/to/BACKUP-DIR/

實(shí)現(xiàn)過程及說明：

[root@stu18 ~]
# mkdir /innobackup #創(chuàng)建備份文件目錄
[root@stu18 ~]
# innobackupex --user=root --password=mypass /innobackup/ #完全備份
################如果執(zhí)行正確其后

輸出的幾行信息通常如下############### xtrabackup: Transaction log of lsn (1604655) to (1604655) was copied. #二進(jìn)制日志的位置（lsn） 130814 07:04:55 innobackupex: All tables unlocked innobackupex: Backup created in directory '/innobackup/2013-08-14_07-04-49' #備份文件保存的位置 innobackupex: MySQL binlog position: filename 'mysql-bin.000003', position 538898 130814 07:04:55 innobackupex: Connection to database server closed 130814 07:04:55 innobackupex: completed

OK! 備份完成
切換至備份文件目錄查看備份的數(shù)據(jù)信息及創(chuàng)建生成的文件：

[root@stu18 ~] # cd /innobackup/2013-08-14_07-04-49/ [root@stu18 2013-08-14_07-04-49] # ls backup-my.cnf myclass student xtrabackup_binlog_info hellodb mysql test xtrabackup_checkpoints ibdata1 performance_schema xtrabackup_binary xtrabackup_logfile

針對文件解析：

(1)xtrabackup_checkpoints —— 備份類型（如完全或增量）、備份狀態(tài)（如是否已經(jīng)為prepared狀態(tài)）和LSN(日志序列號)范圍信息；
每個InnoDB頁(通常為16k大小)都會包含一個日志序列號，即LSN。LSN是整個數(shù)據(jù)庫系統(tǒng)的系統(tǒng)版本號，每個頁面相關(guān)的LSN能夠表明此頁面最近是如何發(fā)生改變的。
(2)xtrabackup_binlog_info —— mysql服務(wù)器當(dāng)前正在使用的二進(jìn)制日志文件及至備份這一刻為止二進(jìn)制日志事件的位置。
(3)xtrabackup_binary —— 備份中用到的xtrabackup的可執(zhí)行文件；
(4)backup-my.cnf —— 備份時用到的配置選項(xiàng)信息，也就是配置文件中關(guān)于mysqld的相關(guān)文件配置；
(5) xtrabackup_logfile —— 非文本文件是xtrabackup本身的日志文件；

4.4、準(zhǔn)備一個完全備份

一般情況下，在備份完成后，數(shù)據(jù)尚且不能用于恢復(fù)操作，因?yàn)閭浞莸臄?shù)據(jù)中可能會包含尚未提交的事務(wù)或已經(jīng)提交但尚未同步至數(shù)據(jù)文件中的事務(wù)。因此，此時數(shù)據(jù)文件仍處于不一致狀態(tài)?！皽?zhǔn)備”的主要作用正是通過回滾未提交的事務(wù)及同步已經(jīng)提交的事務(wù)至數(shù)據(jù)文件從而使得數(shù)據(jù)文件處于一致性狀態(tài)。

innobakupex命令的–apply-log選項(xiàng)可用于實(shí)現(xiàn)上述功能。如下面的命令：

[root@stu18 ~]
# innobackupex -apply-log /innobackup/2013-08-14_07-04-49/
#############如果執(zhí)行正確，其最后

輸出的幾行信息通常如下################ xtrabackup: starting shutdown with innodb_fast_shutdown = 1 130814 7:39:33 InnoDB: Starting shutdown... 130814 7:39:37 InnoDB: Shutdown completed; log sequence number 1606156 130814 07:39:37 innobackupex: completed OK!

4.5、模擬數(shù)據(jù)庫崩潰實(shí)現(xiàn)完全恢復(fù)

（1）模擬崩潰

[root@stu18 ~]
# service mysqld stop
[root@stu18 ~]
# cd /mydata/data/
[root@stu18 data]
# rm -rf *

（2）從完全備份中恢復(fù)數(shù)據(jù)（謹(jǐn)記：在恢復(fù)數(shù)據(jù)之前千萬不可初始化數(shù)據(jù)庫和啟動服務(wù)）
innobackupex命令的–copy-back選項(xiàng)用于執(zhí)行恢復(fù)操作，其通過復(fù)制所有數(shù)據(jù)相關(guān)的文件至mysql服務(wù)器DATADIR目錄中來執(zhí)行恢復(fù)過程。innobackupex通過backup-my.cnf來獲取DATADIR目錄的相關(guān)信息。

[root@stu18 ~]
# innobackupex --copy-back /innobackup/2013-08-14_07-04-49/
#############如果執(zhí)行正確，其最后

輸出的幾行信息通常如下################ innobackupex: Starting to copy InnoDB log files innobackupex: in '/innobackup/2013-08-14_07-04-49' innobackupex: back to original InnoDB log directory '/mydata/data' innobackupex: Copying '/innobackup/2013-08-14_07-04-49/ib_logfile0' to '/mydata/data' innobackupex: Copying '/innobackup/2013-08-14_07-04-49/ib_logfile1' to '/mydata/data' innobackupex: Finished copying back files. 130814 07:58:22 innobackupex: completed OK!

（3）當(dāng)數(shù)據(jù)恢復(fù)至數(shù)據(jù)目錄以后，還需要確保所有數(shù)據(jù)文件的屬主和屬組均為正確的用戶，如mysql，否則，在啟動mysqld之前還需要事先修改數(shù)據(jù)文件的屬主和屬組。

# chown -R mysql:mysql /mydata/data/

（4）啟動服務(wù)器登陸查看恢復(fù)完成。

[root@stu18 data]
# service mysqld start

注意：每一次恢復(fù)完成之后一定要重新做一次完全備份工作！！

4.6、使用innobackupex進(jìn)行增量備份

說明：每個InnoDB的頁面都會包含一個LSN信息，每當(dāng)相關(guān)的數(shù)據(jù)發(fā)生改變，相關(guān)的頁面的LSN就會自動增長。這正是InnoDB表可以進(jìn)行增量備份的基礎(chǔ)，即innobackupex通過備份上次完全備份之后發(fā)生改變的頁面來實(shí)現(xiàn)。
第一次改動數(shù)據(jù)實(shí)現(xiàn)增量備份
實(shí)現(xiàn)增量備份可以使用下面的命令進(jìn)行：

[root@stu18 data]
# innobackupex --user=root --password=mypass --incremental /innobackup --incremental-basedir=/innobackup/2013-08-14_08-14-12/

其中，/innobackup指的是完全備份所在的目錄，此命令執(zhí)行結(jié)束后，innobackupex命令會在/backup目錄中創(chuàng)建一個新的以時間命名的目錄以存放所有的增量備份數(shù)據(jù)。–incremental-basedir是指向上一次完全備份所在的目錄。

第二次改動數(shù)據(jù)進(jìn)行增量備份：

[root@stu18 ~]
# innobackupex --user=root --password=mypass --incremental /innobackup --incremental-basedir=/innobackup/2013-08-14_08-29-05/

第二次增量備份的執(zhí)行命令和第一次大致相同，只有其–incremental-basedir應(yīng)該指向上一次的增量備份所在的目錄。

第三次改動數(shù)據(jù)還未進(jìn)行增量備份

mysql> delete from coc where id=14;

4.7、使用innobackupex基于完全+增量+二進(jìn)制日志恢復(fù)數(shù)據(jù)

（1）由于筆者這里將二進(jìn)制日志和數(shù)據(jù)文件寫在了同一個文件目錄下所以在模擬數(shù)據(jù)庫崩潰前必須先復(fù)制出二進(jìn)制日志文件，所以建議看客們將數(shù)據(jù)目錄和二進(jìn)制目錄分開存放，不要和筆者一樣犯如此二的錯誤。方法如下：
前提是在剛剛建立服務(wù)器尚未啟動服務(wù)器之前做如下操作；

mkdir /mybinlog 
#建立一目錄用于存放二進(jìn)制日志
chown mysql:mysql /mybinlog 
#更改權(quán)限
vim /etc/my.cnf 
#修改配置文件
log-bin=/mybinlog/mysql-bin 
#二進(jìn)制日志目錄及文件名前綴，添加之

好了言歸正傳復(fù)制二進(jìn)制日志文件：

[root@stu18 data]
# cp mysql-bin.000001/innobackup/

（2）模擬服務(wù)器崩潰

[root@stu18 ~]
# service mysqld stop
[root@stu18 ~]
# cd /mydata/data/
[root@stu18 data]
# rm -rf *

（3）準(zhǔn)備備份

首先注意“準(zhǔn)備”增量備份與整理完全備份有著一些不同，尤其要注意的是：
1)需要在每個備份(包括完全和各個增量備份)上，將已經(jīng)提交的事務(wù)進(jìn)行“重放”?！爸胤拧敝螅械膫浞輸?shù)據(jù)將合并到完全備份上。
2)基于所有的備份將未提交的事務(wù)進(jìn)行“回滾”。

完全備份“準(zhǔn)備”

[root@stu18 ~]
# innobackupex --apply-log --redo-only/innobackup/2013-08-14_08-14-12/

第一次增量備份“準(zhǔn)備”也就是說將第一次增量備份合并到了完全備份中

[root@stu18 ~]
# innobackupex --apply-log--redo-only /innobackup/2013-08-14_08-14-12/--incremental-dir=/innobackup/2013-08-14_08-29-05/

第二次增量備份“準(zhǔn)備”也就是說將第二次增量備份也合并到了完全備份中

[root@stu18 ~]
# innobackupex --apply-log--redo-only /innobackup/2013-08-14_08-14-12/ --incremental-dir=/innobackup/2013-08-14_09-08-39/

其中 –redo-only是只將已提交的事務(wù)同步到數(shù)據(jù)文件中，未提交的事務(wù)日志不在進(jìn)行回滾了。

（4）恢復(fù)數(shù)據(jù)（基于innobackupex基于完全+增量）

[root@stu18 ~]
# innobackupex --copy-back/innobackup/2013-08-14_08-14-12/

（5）更改屬組屬主

[root@stu18 ~]
# cd /mydata/data/
[root@stu18 data]
# chown -R mysql:mysql *

（6）啟動查看

[root@stu18 ~]
# mysql -uroot -pmypas
mysql> select * from coc;
+----+---------+----------+
| ID | ClassID | CourseID |
+----+---------+----------+
| 1| 1 | 2 |
| 2| 1 | 5 |
| 3| 2 | 2 |
| 4| 2 | 6 |
| 5| 3 | 1 |
| 6| 3 | 7 |
| 7| 4 | 5 |
| 8| 4 | 2 |
| 9| 5 | 1 |
| 10 | 5 | 9 |
| 11 | 6 | 3 |
| 12 | 6 | 4 |
| 13 | 7 | 4 |
| 14 | 7 | 3 |
+----+---------+----------+
14 rows in set (0.00 sec)

結(jié)果顯示數(shù)據(jù)正確完整，但是第三次的改動信息未生效。

（7）基于二進(jìn)制日志實(shí)現(xiàn)數(shù)據(jù)恢復(fù)
查看最后一次增量備份二進(jìn)制日志所在的位置：

[root@stu18 data]
# cd /innobackup/2013-08-14_09-08-39/
[root@stu18 2013-08-14_09-08-39]
# cat xtrabackup_binlog_info
mysql-bin.000001 780

查看二進(jìn)制日志文件將未備份數(shù)據(jù)的二進(jìn)制日志導(dǎo)出

[root@stu18 innobackup]
# mysqlbinlog mysql-bin.000001
# at 780
#130814 9:20:19 server id 1 end_log_pos 851 Query thread_id=7 exec_time=0 error_code=0
SET TIMESTAMP=1376443219/*!*/;
BEGIN
/*!*/;
# at 851
#130814 9:20:19 server id 1 end_log_pos 944 Query thread_id=7 exec_time=0 error_code=0
SET TIMESTAMP=1376443219/*!*/;
delete from coc where id=14
/*!*/;
# at 944
#130814 9:20:19 server id 1 end_log_pos 1016 Query thread_id=7 exec_time=0 error_code=0
SET TIMESTAMP=1376443219/*!*/;
COMMIT
/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
[root@stu18 innobackup]
# mysqlbinlog --start-position=780 mysql-bin.000001 > ./all.sql #導(dǎo)出數(shù)據(jù)

恢復(fù)數(shù)據(jù)

[root@stu18 ~]
# mysql -uroot –pmypass
mysql> SET SQL_LOG_BIN=0; 
#關(guān)閉二進(jìn)制日志
mysql> source /innobackup/all.sql 
#導(dǎo)入數(shù)據(jù)
mysql> SET SQL_LOG_BIN=1; 
#開啟二進(jìn)制日志
mysql> select * from coc; 
#查看數(shù)據(jù)，恢復(fù)完成
+----+---------+----------+
| ID | ClassID | CourseID |
+----+---------+----------+
| 1 | 1 | 2 |
| 2 | 1 | 5 |
| 3 | 2 | 2 |
| 4 | 2 | 6 |
| 5 | 3 | 1 |
| 6 | 3 | 7 |
| 7 | 4 | 5 |
| 8 | 4 | 2 |
| 9 | 5 | 1 |
| 10 | 5 | 9 |
| 11 | 6 | 3 |
| 12 | 6 | 4 |
| 13 | 7 | 4 |
+----+---------+----------+
13 rows in set (0.00 sec)

這種備份恢復(fù)方式完全以熱備的形式實(shí)現(xiàn)完全備份和增量備份和二進(jìn)制日志還原數(shù)據(jù)，并且恢復(fù)速度也很快，是最佳的備份恢復(fù)方式??！

總結(jié)：以上三種備份恢復(fù)都是可以基于二進(jìn)制日志文件進(jìn)行的，因而體現(xiàn)出了二進(jìn)制日志的重要性，從而映射出了日志的重要性；所以學(xué)習(xí)查看使用日志文件是學(xué)習(xí)Mysql的重中之重！