MySQL如何恢復誤操作

這篇文章給大家分享的是有關MySQL如何恢復誤操作的內容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。

常用的恢復方式
2.1 利用備份恢復
  使用這種方式的前提必須有最近的備份集或者知道出現誤操作起始的binlog 位點或者GTID,利用備份集恢復到中間的機器上，然后利用MySQL的slave 特性

1. START SLAVE [SQL_THREAD] UNTIL
   

2.     MASTER_LOG_FILE = 'log_name', MASTER_LOG_POS = log_pos;
   

3. until_option:
   

4.     UNTIL {   {SQL_BEFORE_GTIDS | SQL_AFTER_GTIDS} = gtid_set
   

5.           | MASTER_LOG_FILE = 'log_name', MASTER_LOG_POS = log_pos
   

6.           | RELAY_LOG_FILE = 'log_name', RELAY_LOG_POS = log_pos
   

7.           | SQL_AFTER_MTS_GAPS  }

恢復出到一個臨時的實例，將誤刪除,更新的數據 dump 出來并恢復到老的實例里面。恢復數據期間的受影響的表最好不可寫，否則將難以達到最想要的結果。例如
a=2 ，被誤更新為 a=4，恢復的期間有被更新為a=7 ，結果恢復后又恢復為a=2 。
此種恢復方式 不適合恢復大量數據庫，且需要臨時實例。
2.2 利用開源工具binlog2sql 恢復。
  binlog2sql 是大眾點評公司的DBA 開發的一款基于通過解析binlog將delete 恢復為insert,update 的值 set 字段和where條件做對調的原理來恢復數據的。
  使用限制 MySQL的binlog format 必須是row 
安裝

1. git clone https://github.com/danfengcao/binlog2sql.git && cd binlog2sql
   

2. pip install -r requirments.txt

用法

1. usage: binlog2sql.py [-h HOST] [-u USER] [-p PASSWORD] [-P PORT]
   

2.                      [--start-file STARTFILE] [--start-position STARTPOS]
   

3.                      [--stop-file ENDFILE] [--stop-position ENDPOS]
   

4.                      [--start-datetime STARTTIME] [--stop-datetime STOPTIME]
   

5.                      [--stop-never] [--help] [-d [DATABASES [DATABASES ...]]]
   

6.                      [-t [TABLES [TABLES ...]]] [-K] [-B]

例子

1. create table flashback(
   

2. id int(11) not null auto_increment  primary key ,
   

3. stat int(11) not null default 1
   

4. ) engine=innodb default charset=utf8;
   

5. insert into flashback(stat) values (2),(3),(4),(7),(9),(22),(42),(33),(66),(88)

誤操作

1. update flashback set stat=15

恢復數據的步驟
1 獲取誤操作的dml所在的binlog，不過一般開發可不知道具體binlog，他們只知道什么時間誤操作了，binlog2sql支持按照時間范圍恢復。

1. mysql> show master logs;
   

2. +------------------+-----------+
   

3. | Log_name | File_size |
   

4. +------------------+-----------+
   

5. | mysql-bin.000009 | 177 |
   

6. | mysql-bin.000010 | 464 |
   

7. | mysql-bin.000011 | 8209 |
   

8. +------------------+-----------+
   

9. 3 rows in set (0.00 sec)

本例子中binlog為mysql-bin.000011

2 利用binlog2sql 恢復數據，先解析binlog獲取 update 語句的起始位點，本例中  start 5087 end 5428

1. python binlog2sql.py -h227.0.0.1 -P3307 -udba -p'dbadmin' -dyang -tflashback --start-file='mysql-bin.000011'

使用binlog2sql -B 參數得到恢復的sql

將獲取到的sql 執行到數據庫，假如生產環境中真的發生了問題，一定要和開發溝通并且確認需要恢復的確切記錄。

1. mysql> select * from flashback;
   

2. +----+------+
   

3. | id | stat |
   

4. +----+------+
   

5. | 1 | 2 |
   

6. | 2 | 3 |
   

7. | 3 | 4 |
   

8. | 4 | 7 |
   

9. | 5 | 9 |
   

10. | 6 | 22 |
    

11. | 7 | 42 |
    

12. | 8 | 33 |
    

13. | 9 | 66 |
    

14. | 10 | 88 |
    

15. +----+------+
    

16. 10 rows in set (0.00 sec)

binlog2sql的限制
   mysql server必須開啟，離線模式下不能解析
優點（對比mysqlbinlog）
   純Python開發，安裝與使用都很簡單
   自帶flashback、no-primary-key解析模式，無需再裝補丁
   flashback模式下，更適合閃回實戰
   解析為標準SQL，方便理解、調試
   代碼容易改造，可以支持更多個性化解析
其實MySQL 還提供了一個參數 sql_safe_updates，該參數將禁止 不帶where 條件的delete和update語句。

感謝各位的閱讀！關于“MySQL如何恢復誤操作”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，讓大家可以學到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！