一 前言
前一段時(shí)間接二連三的出現(xiàn)開發(fā)人員在測試環(huán)境和生產(chǎn)誤操作導(dǎo)致數(shù)據(jù)庫誤刪除/更新,對DBA而言,回滾數(shù)據(jù)著實(shí)是一件頭疼的事情,凡涉及到恢復(fù)線上數(shù)據(jù)必然對應(yīng)用帶來一定的影響。大多數(shù)情況是開發(fā)誤操作delete數(shù)據(jù),update多數(shù)行,根據(jù)之前的操作經(jīng)驗(yàn),本文介紹常用的恢復(fù)方法。
二 常用的恢復(fù)方式
2.1 利用備份恢復(fù)
使用這種方式的前提必須有最近的備份集或者知道出現(xiàn)誤操作起始的binlog 位點(diǎn)或者GTID,利用備份集恢復(fù)到中間的機(jī)器上,然后利用MySQL的slave 特性
START SLAVE [SQL_THREAD] UNTIL MASTER_LOG_FILE = 'log_name', MASTER_LOG_POS = log_pos;
until_option:
UNTIL { {SQL_BEFORE_GTIDS | SQL_AFTER_GTIDS} = gtid_set | MASTER_LOG_FILE = 'log_name', MASTER_LOG_POS = log_pos | RELAY_LOG_FILE = 'log_name', RELAY_LOG_POS = log_pos | SQL_AFTER_MTS_GAPS }
恢復(fù)出到一個(gè)臨時(shí)的實(shí)例,將誤刪除,更新的數(shù)據(jù) dump 出來并恢復(fù)到老的實(shí)例里面?;謴?fù)數(shù)據(jù)期間的受影響的表最好不可寫,否則將難以達(dá)到最想要的結(jié)果。例如 a=2 ,被誤更新為 a=4,恢復(fù)的期間有被更新為a=7 ,結(jié)果恢復(fù)后又恢復(fù)為a=2 。 此種恢復(fù)方式 不適合恢復(fù)大量數(shù)據(jù)庫,且需要臨時(shí)實(shí)例。
2.2 利用開源工具binlog2sql 恢復(fù)
binlog2sql 是大眾點(diǎn)評公司的DBA 開發(fā)的一款基于通過解析binlog將delete 恢復(fù)為insert,update 的值 set 字段和where條件做對調(diào)的原理來恢復(fù)數(shù)據(jù)的。 使用限制 MySQL的binlog format 必須是row 安裝
git clone https://github.com/danfengcao/binlog2sql.git cd binlog2sql
pip install -r requirements.txt
用法
usage: binlog2sql.py [-h HOST] [-u USER]
[-p PASSWORD] [-P PORT]
[--start-file STARTFILE]
[--start-position STARTPOS]
[--stop-file ENDFILE]
[--stop-position ENDPOS]
[--start-datetime STARTTIME]
[--stop-datetime STOPTIME]
[--stop-never]
[-d [DATABASES [DATABASES ...]]]
[-t [TABLES [TABLES ...]]]
[-K] [-B]
[--help]
例子
create table flashback(
id int(11) not null auto_increment primary key ,
stat int(11) not null default 1
) engine=innodb default charset=utf8;
insert into flashback(stat)
values (2),(3),(4),(7),(9),(22),(42),(33),(66),(88)
誤操作
update flashback set stat=15
恢復(fù)數(shù)據(jù)的步驟
1.獲取誤操作的dml所在的binlog,不過一般開發(fā)可不知道具體binlog,他們只知道什么時(shí)間誤操作了,binlog2sql支持按照時(shí)間范圍恢復(fù)。
mysql> show master logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000009 | 177 |
| mysql-bin.000010 | 464 |
| mysql-bin.000011 | 8209 |
+------------------+-----------+
3 rows in set (0.00 sec)
本例子中binlog為mysql-bin.000011
2.利用binlog2sql 恢復(fù)數(shù)據(jù),先解析binlog獲取 update 語句的起始位點(diǎn),本例中 start 5087 end 5428,執(zhí)行命令
python binlog2sql.py -h127.0.0.1 -P3307 -udba -p'dbadmin' -dyang -tflashback --start-file='mysql-bin.000011'
使用binlog2sql -B 參數(shù)得到恢復(fù)的sql
將獲取到的sql 執(zhí)行到數(shù)據(jù)庫,假如生產(chǎn)環(huán)境中真的發(fā)生了問題,一定要和開發(fā)溝通并且確認(rèn)需要恢復(fù)的確切記錄。
mysql> select * from flashback;
+----+------+
| id | stat |
+----+------+
| 1 | 2 |
| 2 | 3 |
| 3 | 4 |
| 4 | 7 |
| 5 | 9 |
| 6 | 22 |
| 7 | 42 |
| 8 | 33 |
| 9 | 66 |
| 10 | 88 |
+----+------+
10 rows in set (0.00 sec)
binlog2sql的特點(diǎn):
mysql server必須開啟,離線模式下不能解析 優(yōu)點(diǎn)(對比mysqlbinlog) 。
純Python開發(fā),安裝與使用都很簡單。
自帶flashback、no-primary-key解析模式,無需再裝補(bǔ)丁。
flashback模式下,更適合閃回實(shí)戰(zhàn)。
解析為標(biāo)準(zhǔn)SQL,方便理解、調(diào)試。
代碼容易改造,可以支持更多個(gè)性化解析.
其實(shí)MySQL 還提供了一個(gè)參數(shù) sql_safe_updates,該參數(shù)將禁止 不帶where 條件的delete和update語句。具體用法和介紹還請參考MySQL官方介紹。
三 總結(jié)
本文簡單介紹了兩種恢復(fù)誤操作數(shù)據(jù)的方法,其實(shí)還有其他的方式 比如 使用 mysqlbinlog 編寫腳本來恢復(fù)數(shù)據(jù) ,利用閃回的patch 或者去哪兒的inception 等等 ,大家可以繼續(xù)去研究。保護(hù)數(shù)據(jù)安全乃DBA的基本職責(zé),每年都有各種 因?yàn)閿?shù)據(jù)被誤刪除導(dǎo)致的慘案。希望每個(gè)DBA 都能守護(hù)好自己的生命線。
以上就是MySQL 兩種恢復(fù)數(shù)據(jù)的方法的詳細(xì)內(nèi)容,更多關(guān)于MySQL 恢復(fù)數(shù)據(jù)的資料請關(guān)注腳本之家其它相關(guān)文章!
您可能感興趣的文章:- mysql5.7使用binlog 恢復(fù)數(shù)據(jù)的方法
- MySQL通過binlog恢復(fù)數(shù)據(jù)
- MySQL 利用frm文件和ibd文件恢復(fù)表數(shù)據(jù)
- MySQL使用binlog日志做數(shù)據(jù)恢復(fù)的實(shí)現(xiàn)
- mysql利用mysqlbinlog命令恢復(fù)誤刪除數(shù)據(jù)的實(shí)現(xiàn)
- MySQL數(shù)據(jù)庫備份恢復(fù)實(shí)現(xiàn)代碼
- MySQL使用mysqldump+binlog完整恢復(fù)被刪除的數(shù)據(jù)庫原理解析
- mysql數(shù)據(jù)備份與恢復(fù)實(shí)現(xiàn)方法分析
- Mysql的Binlog數(shù)據(jù)恢復(fù):不小心刪除數(shù)據(jù)庫詳解
- MySQL 數(shù)據(jù)恢復(fù)的多種方法匯總