Linux下實現(xiàn)MySQL數(shù)據(jù)備份和恢復的命令使用全攻略
為了保障數(shù)據(jù)的安全，需要定期對數(shù)據(jù)進行備份。備份的方式有很多種，效果也不一樣。一旦數(shù)據(jù)庫中的數(shù)據(jù)出現(xiàn)了錯誤，就需要使用備份好的數(shù)據(jù)進行還原恢復。從而將損失降到最低。下面我們來了解一下MySQL常見的有三種備份恢復方式：
1、利用Mysqldump+二進制日志實現(xiàn)備份
2、利用LVM快照+二進制日志實現(xiàn)備份
3、使用Xtrabackup備份
一：實驗環(huán)境介紹：
系統(tǒng)介紹：CentOS6.4_X64
數(shù)據(jù)庫版本：mysql-5.5.33
二：基于Mysqldump命令實現(xiàn)備份恢復
2.1、思路概念
Mysqldump是一個邏輯備份命令；意思就是將數(shù)據(jù)庫中的數(shù)據(jù)備份成一個文本文件；也可以說是將表的結構和數(shù)據(jù)存儲在文本文件中。
Mysqldump命令的工作原理很簡單，它先查出需要備份的表的結構，再在文本文件中生成一個CREATE語句。然后，將表中的所有記錄轉(zhuǎn)換為一條INSTERT語句。這些CREATE語句和INSTERT語句都是還原時使用的。還原數(shù)據(jù)時就可以使用其中的CREATE語句來創(chuàng)建表。使用其中的INSERT語句來還原數(shù)據(jù)。它可以實現(xiàn)整個服務器備份，也可以實現(xiàn)單個或部分數(shù)據(jù)庫、單個或部分表、表中的某些行、存儲過程、存儲函數(shù)、觸發(fā)器的備份；并且能自動記錄備份時刻的二進制日志文件及相應的位置。對于InnoDB存儲引擎來講支持基于單事務模式實現(xiàn)熱備，對于MyISAM則最多支持溫備。
2.2、備份策略
Mysqldump全備+二進制日志增備
2.3、過程實現(xiàn)
（1）Mysqldump全備
由于Mysql數(shù)據(jù)庫默認的為MyISAM存儲引擎所以只有使用溫備（備份同時僅支持讀請求）進行，所以我們要為所有數(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表示在備份文件中記錄當前二進制日志的位置；–events表示備份數(shù)據(jù)的同時備份時間調(diào)度器代碼；–routines表示備份數(shù)據(jù)的同時備份存儲過程和存儲函數(shù)；–all-databases表示備份所有庫。
[root@stu18 zhao] # less database_2013-08-13.sql -- #表示注釋項 -- Position to start replication or point-in-time recovery from -- -- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=14203; #這里表示當前處于mysql-bin.000001這個二進制日志中，事件為14203這是通過--master-data=2產(chǎn)生的 -- -- Current Database: `hellodb` -- CREATE DATABASE /*!32312 IF NOT EXISTS*/ `hellodb` /*!40100 DEFAULT CHARACTER SET utf8 */;
（2）二進制全備
方法一： 導出二進制日志文件內(nèi)容
[root@stu18 data] # mysqlbinlog mysql-bin.000001 >/zhao/binlog_`date +%F`.sql
方法二：滾動日志復制文件
mysql> flush logs; #滾動日志 [root@stu18 data] # cp mysql-bin.000001 /zhao/mysql-bin.000001 #復制導出二進制文件
（3）二進制增備
首先添加數(shù)據(jù)信息
mysql> use hellodb;
mysql> INSERT INTO students(Name,Age,Gender,ClassID,TeacherID) values ('Yang kang',22,'M',3,3);
然后二進制增備
[root@stu18 data] # mysqlbinlog --start-position=14203 --stop-position=14527 mysql-bin.000001 > /zhao/binlog_`date +%F_%H`.sql
解析：–start-position=14203是上次全備之后的二進制事件位置；–stop-position=14527最近一天的二進制事件位置。
2.4、模擬數(shù)據(jù)庫損壞，實現(xiàn)恢復工作
mysql> DROP DATABASE hellodb; #刪除數(shù)據(jù)庫 ############下面這些過程要在離線狀態(tài)下執(zhí)行############ mysql> SET sql_log_bin=0; #先關閉二進制日志 mysql> flush logs; #滾動日志 [root@stu18 ~] # mysql -uroot -pmypass < /zhao/database_2013-08-13.sql #導入數(shù)據(jù)庫備份文件 [root@stu18 ~] # mysql -uroot -pmypass < /zhao/binlog_2013-08-13_19.sql #導入增量備份文件 [root@stu18 ~] # mysql -uroot –pmypass #登錄查看，恢復完成 mysql> SET sql_log_bin=1;
這種備份方式恢復簡單，但是恢復還原之后索引會出現(xiàn)錯誤需要重建，而且備份結果會占據(jù)很大的空間，請酌情使用。
PS：mysqldump常用命令小結
備份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ù)庫結構
mysqldump –no-data –databases databasename1 databasename2 databasename3 > structurebackupfile.sql
備份服務器上所有數(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)移到新服務器
mysqldump -uusername -ppassword databasename | mysql –host=*.*.*.* -C databasename
三、基于LVM快照實現(xiàn)備份恢復
3.1、思路明細
（1）LVM這種備份方式要求Mysql的數(shù)據(jù)保存在邏輯卷上
（2）需要給Mysql服務器施加讀鎖（mysql>FLUSH TABLES WITH READLOCK;），這里不可直接退出服務器
（3）另起終端為數(shù)據(jù)所在的卷創(chuàng)建快照（lvcreate），保證事務日志和數(shù)據(jù)文件必須在同一卷上（分別創(chuàng)建可能會導致數(shù)據(jù)文件和事務日志不一致，從而可能導致無法正?；謴停?/p>
3.2、備份策略
LVM快照全備+二進制日志增備（對于即時點恢復還要恢復至后續(xù)的二進制位置）
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）編輯查看配置文件，重啟服務
[root@stu18 mysql] # vim /etc/my.cnf datadir = /mydata/data #查看此項是否定義數(shù)據(jù)目錄位置 sync_binlog=1 #添加此項，每個事務提交時候，把事務日志從緩存區(qū)寫到日志文件中，并且刷新日志文件的數(shù)據(jù)到磁盤上； [root@stu18 mysql] # service mysqld start
3.4、過程展示
（1）確保事務日志和數(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）查看并保存當前正在使用的二進制日志及當前執(zhí)行二進制日志位置（非常重要）
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）二進制實現(xiàn)增量備份
mysql> use hellodb; #指定默認數(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 #日志實現(xiàn)增量備份
（8）模擬數(shù)據(jù)庫崩潰
[root@stu18 ~] # service mysqld stop [root@stu18 ~] # cd /mydata/data/ [root@stu18 data] # rm -rf *
（9）恢復數(shù)據(jù)
[root@stu18 ~] # cp /zhao/lvmback-2013-08-14/* /mydata/data/ -a #完全備份恢復 [root@stu18 ~] # cd /mydata/data/ #查看恢復數(shù)據(jù)內(nèi)容 [root@stu18 data] # chown -R mysql.mysql * #更改屬主屬組 [root@stu18 data] # service mysqld start #啟動服務 [root@stu18 data] # mysql -uroot –pmypass #登錄測試
mysql> SHOW DATABASES; #查看數(shù)據(jù)完整性，無測試表testtd使用二進制恢復 mysql> SET sql_log_bin=0 #關閉二進制日志 mysql> source /zhao/lvmlogbin_2013-08-14/binlog.sql; #二進制恢復 mysql> SHOW TABLES; #查看恢復結果 +-------------------+ | Tables_in_hellodb | +-------------------+ | classes | | coc | | courses | | scores | | students | | teachers | | testtb | | toc | +-------------------+ mysql> SET sql_log_bin=1; #開啟二進制日志
此工具是接近于熱備的方式實現(xiàn)的，并且用此方法來備份恢復數(shù)據(jù)速度是非?？斓?。
四:基于xtrabackup來實現(xiàn)備份恢復
4.1、優(yōu)勢特性
完全以熱備的形式進行，能夠?qū)崿F(xiàn)快速可靠地完全備份和部分備份，支持增量備份，支持時間點還原，備份過程中不會打擾到事務操作，能夠?qū)崿F(xiàn)網(wǎng)絡傳輸和壓縮功能從而有效的節(jié)約磁盤空間，備份完成后可自動驗證數(shù)據(jù)是否可用，恢復速度較快等等。更多優(yōu)勢特性請參考http://www.percona.com/software/percona-xtrabackup
注意：以上這些優(yōu)勢特性只能在InnoDB引擎上完美實現(xiàn)，而在MyISAM存儲引擎上依然最多只能使用溫備的形式進行并且還不支持增量備份。
另外Xtrabackup更多的高級功能還依賴于Mysql數(shù)據(jù)庫對于InnoDB實現(xiàn)了單獨的表空間，否則也就沒有辦法實現(xiàn)單表導入導出查看方式如下：
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則表示實現(xiàn)了單表單空間。若為OFF則需要使用mysqldump全備然后更改配置文件刪除原來的數(shù)據(jù)文件并重新初始化服務器最后將數(shù)據(jù)重新導入。所以建議以后在安裝Mysql服務器時將其選項默認設置成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)境依賴的關系包可能有多個，請依照提示進行配置
4.3、完全備份
使用innobakupex備份時，其會調(diào)用xtrabackup備份所有的InnoDB表，復制所有關于表結構定義的相關文件(.frm)、以及MyISAM、MERGE、CSV和ARCHIVE表的相關文件，同時還會備份觸發(fā)器和數(shù)據(jù)庫配置信息相關的文件。這些文件會被保存至一個以時間命令的目錄中。完全備份命令如下：
# innobackupex --user=DBUSER--password=DBUSERPASS /path/to/BACKUP-DIR/
實現(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. #二進制日志的位置（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)版本號，每個頁面相關的LSN能夠表明此頁面最近是如何發(fā)生改變的。
(2)xtrabackup_binlog_info —— mysql服務器當前正在使用的二進制日志文件及至備份這一刻為止二進制日志事件的位置。
(3)xtrabackup_binary —— 備份中用到的xtrabackup的可執(zhí)行文件；
(4)backup-my.cnf —— 備份時用到的配置選項信息，也就是配置文件中關于mysqld的相關文件配置；
(5) xtrabackup_logfile —— 非文本文件是xtrabackup本身的日志文件；
4.4、準備一個完全備份
一般情況下，在備份完成后，數(shù)據(jù)尚且不能用于恢復操作，因為備份的數(shù)據(jù)中可能會包含尚未提交的事務或已經(jīng)提交但尚未同步至數(shù)據(jù)文件中的事務。因此，此時數(shù)據(jù)文件仍處于不一致狀態(tài)?！皽蕚洹钡闹饕饔谜峭ㄟ^回滾未提交的事務及同步已經(jīng)提交的事務至數(shù)據(jù)文件從而使得數(shù)據(jù)文件處于一致性狀態(tài)。
innobakupex命令的–apply-log選項可用于實現(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ù)庫崩潰實現(xiàn)完全恢復
（1）模擬崩潰
[root@stu18 ~] # service mysqld stop [root@stu18 ~] # cd /mydata/data/ [root@stu18 data] # rm -rf *
（2）從完全備份中恢復數(shù)據(jù)（謹記：在恢復數(shù)據(jù)之前千萬不可初始化數(shù)據(jù)庫和啟動服務）
innobackupex命令的–copy-back選項用于執(zhí)行恢復操作，其通過復制所有數(shù)據(jù)相關的文件至mysql服務器DATADIR目錄中來執(zhí)行恢復過程。innobackupex通過backup-my.cnf來獲取DATADIR目錄的相關信息。
[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）當數(shù)據(jù)恢復至數(shù)據(jù)目錄以后，還需要確保所有數(shù)據(jù)文件的屬主和屬組均為正確的用戶，如mysql，否則，在啟動mysqld之前還需要事先修改數(shù)據(jù)文件的屬主和屬組。
# chown -R mysql:mysql /mydata/data/
（4）啟動服務器登陸查看恢復完成。
[root@stu18 data] # service mysqld start
注意：每一次恢復完成之后一定要重新做一次完全備份工作！！
4.6、使用innobackupex進行增量備份
說明：每個InnoDB的頁面都會包含一個LSN信息，每當相關的數(shù)據(jù)發(fā)生改變，相關的頁面的LSN就會自動增長。這正是InnoDB表可以進行增量備份的基礎，即innobackupex通過備份上次完全備份之后發(fā)生改變的頁面來實現(xiàn)。
第一次改動數(shù)據(jù)實現(xiàn)增量備份
實現(xiàn)增量備份可以使用下面的命令進行：
[root@stu18 data] # innobackupex --user=root --password=mypass --incremental /innobackup --incremental-basedir=/innobackup/2013-08-14_08-14-12/
其中，/innobackup指的是完全備份所在的目錄，此命令執(zhí)行結束后，innobackupex命令會在/backup目錄中創(chuàng)建一個新的以時間命名的目錄以存放所有的增量備份數(shù)據(jù)。–incremental-basedir是指向上一次完全備份所在的目錄。
第二次改動數(shù)據(jù)進行增量備份：
[root@stu18 ~] # innobackupex --user=root --password=mypass --incremental /innobackup --incremental-basedir=/innobackup/2013-08-14_08-29-05/
第二次增量備份的執(zhí)行命令和第一次大致相同，只有其–incremental-basedir應該指向上一次的增量備份所在的目錄。
第三次改動數(shù)據(jù)還未進行增量備份
mysql> delete from coc where id=14;
4.7、使用innobackupex基于完全+增量+二進制日志恢復數(shù)據(jù)
（1）由于筆者這里將二進制日志和數(shù)據(jù)文件寫在了同一個文件目錄下所以在模擬數(shù)據(jù)庫崩潰前必須先復制出二進制日志文件，所以建議看客們將數(shù)據(jù)目錄和二進制目錄分開存放，不要和筆者一樣犯如此二的錯誤。方法如下：
前提是在剛剛建立服務器尚未啟動服務器之前做如下操作；
mkdir /mybinlog #建立一目錄用于存放二進制日志 chown mysql:mysql /mybinlog #更改權限 vim /etc/my.cnf #修改配置文件 log-bin=/mybinlog/mysql-bin #二進制日志目錄及文件名前綴，添加之
好了言歸正傳復制二進制日志文件：
[root@stu18 data] # cp mysql-bin.000001/innobackup/
（2）模擬服務器崩潰
[root@stu18 ~] # service mysqld stop [root@stu18 ~] # cd /mydata/data/ [root@stu18 data] # rm -rf *
（3）準備備份
首先注意“準備”增量備份與整理完全備份有著一些不同，尤其要注意的是：
1)需要在每個備份(包括完全和各個增量備份)上，將已經(jīng)提交的事務進行“重放”?！爸胤拧敝螅械膫浞輸?shù)據(jù)將合并到完全備份上。
2)基于所有的備份將未提交的事務進行“回滾”。
完全備份“準備”
[root@stu18 ~] # innobackupex --apply-log --redo-only/innobackup/2013-08-14_08-14-12/
第一次增量備份“準備”也就是說將第一次增量備份合并到了完全備份中
[root@stu18 ~] # innobackupex --apply-log--redo-only /innobackup/2013-08-14_08-14-12/--incremental-dir=/innobackup/2013-08-14_08-29-05/
第二次增量備份“準備”也就是說將第二次增量備份也合并到了完全備份中
[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是只將已提交的事務同步到數(shù)據(jù)文件中，未提交的事務日志不在進行回滾了。
（4）恢復數(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)
結果顯示數(shù)據(jù)正確完整，但是第三次的改動信息未生效。
（7）基于二進制日志實現(xiàn)數(shù)據(jù)恢復
查看最后一次增量備份二進制日志所在的位置：
[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
查看二進制日志文件將未備份數(shù)據(jù)的二進制日志導出
[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 #導出數(shù)據(jù)
恢復數(shù)據(jù)
[root@stu18 ~] # mysql -uroot –pmypass mysql> SET SQL_LOG_BIN=0; #關閉二進制日志 mysql> source /innobackup/all.sql #導入數(shù)據(jù) mysql> SET SQL_LOG_BIN=1; #開啟二進制日志 mysql> select * from coc; #查看數(shù)據(jù)，恢復完成 +----+---------+----------+ | 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)
這種備份恢復方式完全以熱備的形式實現(xiàn)完全備份和增量備份和二進制日志還原數(shù)據(jù)，并且恢復速度也很快，是最佳的備份恢復方式?。?/p>
總結：以上三種備份恢復都是可以基于二進制日志文件進行的，因而體現(xiàn)出了二進制日志的重要性，從而映射出了日志的重要性；所以學習查看使用日志文件是學習Mysql的重中之重！
相關文章
mysql 加了 skip-name-resolve不能鏈接數(shù)據(jù)庫問題的解決方法
這篇文章主要介紹了mysql 加了 skip-name-resolve不能鏈接數(shù)據(jù)庫問題的解決方法,需要的朋友可以參考下2016-04-04
我的電腦已經(jīng)安裝了8.0.18,現(xiàn)在再安裝個8.0.25，本文主要介紹了windows10下同時安裝兩個mysql服務的方法步驟，具有一定的參考價值，感興趣的可以了解一下2023-09-09
因為一時手癢癢更新了一下驅(qū)動，結果導致無線網(wǎng)卡出了問題，本文給大家分享安裝mysql時出現(xiàn)錯誤及解決辦法，對安裝mysql時出現(xiàn)錯誤相關知識感興趣的朋友一起學習吧2015-12-12
這篇文章主要給大家介紹了關于你的like語句為什么沒索引的相關資料，文中通過示例代碼介紹的非常詳細，對大家學習或者使用mysql具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2018-10-10
這篇文章主要為大家詳細介紹了MySQL處理重復數(shù)據(jù)的實現(xiàn)代碼，如何防止數(shù)據(jù)表出現(xiàn)重復數(shù)據(jù)及如何刪除數(shù)據(jù)表中的重復數(shù)據(jù)，感興趣的小伙伴們可以參考一下2016-05-05
這篇文章主要介紹了如何解決mysql深度分頁問題，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2023-01-01
這篇文章主要介紹了MySql 5.7.21免安裝版本win10下的配置方法,本文圖文并茂給大家介紹的非常詳細，需要的朋友可以參考下2018-05-05
mysql數(shù)據(jù)庫自動添加創(chuàng)建時間及更新時間
在實際應用中我們時常會需要用到創(chuàng)建時間和更新時間這兩個字段,下面這篇文章主要給大家介紹了關于mysql數(shù)據(jù)庫自動添加創(chuàng)建時間及更新時間的相關資料,需要的朋友可以參考下2022-05-05
沒用過mysql， 這幾天折騰django ，發(fā)現(xiàn)連接mssql好像還是有些小bug，為了防止日后項目有些莫名的db故障，故選擇django推薦之一的mysql2011-12-12
這篇文章主要給大家介紹了關于MySQL因大事務導致Insert慢的相關資料，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2018-10-10