寫在前面
估計二狗子這幾天是大姨夫來了，心情很郁悶，情緒也很低落，工作的時候也有點心不在焉。讓他發個版本，結果，一行命令下去把線上的數據庫刪了！你沒聽錯：是刪掉了線上的數據庫！運營那邊頓時炸了鍋：怎么回事？系統不能訪問了！什么情況啊？！很多客戶都在投訴了！！
盡管運營那邊慌慌張張的不知所措，但是，我們作為技術人員還是要淡定，不就是刪了數據庫嗎？沒事，哥幫你搞定！
如果文章對你有點幫助，請微信搜索並關注 冰河技術 微信公眾號，點贊、在看、留言和轉發，你的支持是我持續創作的最大動力！！
事件背景
- MySQL數據庫每日零點自動全備
- 某天上午9點，二狗子不小心drop了一個數據庫
- 我們需要通過全備的數據文件，以及增量的binlog文件進行數據恢復
主要思想與原理
- 利用全備的sql文件中記錄的CHANGE MASTER語句，binlog文件及其位置點信息，找出binlog文件增量的部分
- 用mysqlbinlog命令將上述的binlog文件導出為sql文件，並剔除其中的drop語句
- 通過全備文件和增量binlog文件的導出sql文件，就可以恢復到完整的數據
過程示意圖
操作過程
模擬數據
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);
全備命令
# 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文件及位置點信息
繼續插入數據並刪庫
mysql> insert student values(4,'xiaoming',20);
mysql> insert student values(5,'xiaohong',20);
在插入數據的時候我們模擬誤操作，刪除test數據庫。
mysql> drop database test;
此時，全備之后到誤操作時刻之間，用戶寫入的數據在binlog中，需要恢復出來。
查看全備之后新增的binlog文件
# cd /server/backup/
# ls
test_2020-08-19.sql.gz
# gzip -d test_2020-08-19.sql.gz
# grep CHANGE test_2020-08-19.sql
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=107;
這是全備時刻的binlog文件位置，即mysql-bin.000003的107行，因此在該文件之前的binlog文件中的數據都已經包含在這個全備的sql文件中了
移動binlog文件，並讀取sql，剔除其中的drop語句
# cp /data/3306/mysql-bin.000003 /server/backup/
# mysqlbinlog -d test mysql-bin.000003 >mysql-bin.000003.sql
接下來，使用vim編輯mysql-bin.000003.sql文件，剔除drop語句
注意：在恢復全備數據之前必須將該binlog文件移出，否則恢復過程中，會繼續寫入語句到binlog，最終導致增量恢復數據部分變得比較混亂
恢復數據
# mysql -uroot -p < test_2020-08-19.sql
# mysql -uroot -p -e "select * from test.student;"
+----+----------+-----+
| id | name | age |
+----+----------+-----+
| 1 | zhangsan | 20 |
| 2 | lisi | 21 |
| 3 | wangwu | 22 |
+----+----------+-----+
此時恢復了全備時刻的數據，然后使用mysql-bin.000003.sql文件恢復全備時刻到刪除數據庫之間，新增的數據。
# mysql -uroot -p test < mysql-bin.000003.sql
# 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語句刪除（也可通過時間和位置點），再恢復到數據庫。
重磅福利
關注「 冰河技術 」微信公眾號，后台回復 “設計模式” 關鍵字領取《深入淺出Java 23種設計模式》PDF文檔。回復“Java8”關鍵字領取《Java8新特性教程》PDF文檔。回復“限流”關鍵字獲取《億級流量下的分布式限流解決方案》PDF文檔，三本PDF均是由冰河原創並整理的超硬核教程，面試必備！！
好了，今天就聊到這兒吧！別忘了點個贊，給個在看和轉發，讓更多的人看到，一起學習，一起進步！！
寫在最后
如果你覺得冰河寫的還不錯，請微信搜索並關注「 冰河技術 」微信公眾號，跟冰河學習高並發、分布式、微服務、大數據、互聯網和雲原生技術，「 冰河技術 」微信公眾號更新了大量技術專題，每一篇技術文章干貨滿滿！不少讀者已經通過閱讀「 冰河技術 」微信公眾號文章，吊打面試官，成功跳槽到大廠；也有不少讀者實現了技術上的飛躍，成為公司的技術骨干！如果你也想像他們一樣提升自己的能力，實現技術能力的飛躍，進大廠，升職加薪，那就關注「 冰河技術 」微信公眾號吧，每天更新超硬核技術干貨，讓你對如何提升技術能力不再迷茫！
