作者：馬哥Linux運維-Robin

血的教訓，事發經過就不詳述了。直接上操作步驟及恢復思路（友情提示：資料庫的任何操作都要提前做好備份），以下是Mysql資料後的恢復過程：

1. 找到binlog

恢復資料的前提是必須開啟Mysql的binlog日誌，如果binlog日誌沒開啟，請忽略此篇文件。binlog日誌是否開啟可以檢視Mysql配置檔案。日誌位置一般在/var/lib/mysql目錄或者編譯安裝的date目錄下。也可登入Mysql用命令檢視。

# cat /etc/my.cnflog_bin=mysql-bin# mysql -uroot -pEnter password:
mysql> show variables like'log_bin%';
+---------------------------------+--------------------------------------------------+
| Variable_name                   
 
| Value                                            |
+---------------------------------+--------------------------------------------------+
| log_bin                         | ON                                               |
| log_bin_basename                | /home/programs/mysql-5.6.26/data/mysql-bin       
 
|
| log_bin_index                   | /home/programs/mysql-5.6.26/data/mysql-bin.index |
| log_bin_trust_function_creators | OFF                                              |
| log_bin_use_v1_row_events       | OFF                                              |
+---------------------------------+--------------------------------------------------+
5 rows in set (0.00 sec)# ll /home/programs/mysql-5.6.26/data/mysql-bin*
 
-rw-rw---- 1 mysql mysql 343629748 Oct 13 22:09 /home/programs/mysql-5.6.26/data/mysql-bin.000001
-rw-rw---- 1 mysql mysql        19 Sep 23 17:11 /home/programs/mysql-5.6.26/data/mysql-bin.index

如果有多個binlog日誌也可以在Mysql命令列下檢視當前binlog、切割binlog日誌。切割完成binlog再次檢視就會看到新的日誌寫入到新的binlog檔案中。

mysql> show master status;
+------------------+-----------+--------------+------------------+-------------------+
| File             | Position  | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+-----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 343629748 |              |                  |                   |
+------------------+-----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

mysql> flush logs;
Query OK, 0 rows affected (0.01 sec)

2. 找到binlog中錯誤的語句

可以binlog日誌中找到錯誤語句執行的時間點，分別恢復錯誤語句前後的binlog日誌為sql。也可以跳過此步，直接恢復整個binlog日誌為sql，然後開啟sql檔案，刪除錯誤語句。

# sudo mysqlbinlog --base64-output=DECODE-ROWS -v -d ids mysql-bin.000001 | grep --ignore-case -A3 -B4 '錯誤的sql語句'

3. 恢復binlog日誌

通過mysqlbinlog命令直接恢復binlog日誌為sql指令碼，可以指定開始和結束時間。如果從上次備份（建議備份的同時重新整理binlog日誌）截至到恢復時間產生多個binlog日誌，按從小到大的順序分別匯出成sql再順序匯入到資料庫。

# sudo mysqlbinlog --base64-output=DECODE-ROWS -v -d ids --start-datetime '2016-10-11 15:22:53' mysql-bin.000001 > /home/stack/data.sql

上面命令中用-d ids指定要恢復資料庫，如果要恢復表級別的資料，匯出成sql後再進行過濾grep即可。

# more data.sql | grep --ignore-case -E 'insert|update|delete' | grep table

4. 恢復到資料庫

恢復資料時，可能會有重複資料的報錯，建議用-f引數忽略。

# mysql -uroot -p -f ids < data.sql