轉載請注明出處：http://blog.csdn.net/l1028386804/article/details/60326337

一、使用場景

二、主要思想與原理

三、過程示意圖

四、操作過程

1、模擬數據

CREATE TABLE `student` (  `id` int(11) NOT NULL AUTO_INCREMENT,  `name` char(20) NOT NULL,  `age` tinyint(2) NOT NULL DEFAULT '0',  PRIMARY KEY (`id`),  KEY `index_name` (`name`)) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=utf8 mysql> insert student values(1,'zhangsan',20); mysql> insert student values(2,'lisi',21); mysql> insert student values(3,'wangwu',22);
2、全備命令
# mysqldump -uroot -p -B -F -R -x --master-data=2 test|gzip >/server/backup/test_$(date +%F).sql.gz參數說明：-B 指定數據庫-F 刷新日志-R 備份存儲過程等-x 鎖表--master-data 在備份語句里添加CHANGE MASTER語句以及binlog文件及位置點信息
3、繼續插入數據并刪庫
mysql> insert student values(6,'xiaoming',20); mysql> insert student values(6,'xiaohong',20); 此時誤操作，刪除了test數據庫mysql> drop database test;此時，全備之后到誤操作時刻之間，用戶寫入的數據在binlog中，需要恢復出來
4.查看全備之后新增的binlog文件
# cd /server/backup/# lstest_2017-03-04.sql.gz# gzip -d test_2017-03-04.sql.gz # grep CHANGE test_2017-03-04.sql -- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=107;這是全備時刻的binlog文件位置，即mysql-bin.000003的107行，因此在該文件之前的binlog文件中的數據都已經包含在這個全備的sql文件中了
5. 移動binlog文件，并讀取sql，剔除其中的drop語句
# cp /data/3306/mysql-bin.000003 /server/backup/# mysqlbinlog -d test mysql-bin.000003 >003bin.sql# 用vim編輯文件，剔除drop語句在恢復全備數據之前必須將該binlog文件移出，否則恢復過程中，會繼續寫入語句到binlog，最終導致增量恢復數據部分變得比較混亂
6. 恢復數據
# mysql -uroot -p <test_2017-03-04.sql # mysql -uroot -p -e "select * from test.student;"+----+----------+-----+| id | name     | age |+----+----------+-----+|  1 | zhangsan |  20 ||  2 | lisi     |  21 ||  3 | wangwu   |  22 |+----+----------+-----+//此時恢復了全備時刻的數據//然后使用003bin.sql文件恢復全備時刻到刪除數據庫之間，新增的數據# mysql -uroot -p test<003bin.sql <span style="color: #3366ff;" data-mce-style="color: #3366ff;"><-需要指定恢復的數據庫</span># mysql -uroot -p -e "select * from test.student;"+----+----------+-----+| id | name     | age |+----+----------+-----+|  1 | zhangsan |  20 ||  2 | lisi     |  20 ||  3 | wangwu   |  20 ||  4 | xiaoming |  20 | |  5 | xiaohong |  20 |+----+----------+-----+完成
五、總結
適合人為SQL語句造成的誤操作或者沒有主從復制等的熱備情況宕機時的修復恢復條件要全備和增量的所有數據恢復時建議對外停止更新，即禁止更新數據庫先恢復全量，然后把全備時刻點以后的增量日志，按順序恢復成SQL文件，然后把文件中有問題的SQL語句刪除（也可通過時間和位置點），再恢復到數據庫