mysql 找回誤刪表的數(shù)據(jù)方法(必看)
有備份的話很簡單,只需要生成一個最近備份的數(shù)據(jù) 然后用mysqlbinlog找回備份時間點之后的數(shù)據(jù) 再恢復到現(xiàn)網(wǎng)即可。
要是沒有備份 可能就會比較麻煩,找回數(shù)據(jù)的成本也是非常之高的.
下面介紹下 mysqlbinlog找回備份時間點之后的數(shù)據(jù)的辦法:
做個簡單的實驗,將mysql的表數(shù)據(jù)刪除之后,然后用mysqlbinlog 找回剛才刪除的表的數(shù)據(jù)。
app表的創(chuàng)建時間和數(shù)據(jù)的插入: 2013-02-04 10:00:00
原理: mysqlbinlog
前提: mysql開啟了bin log日志
測試刪除之前:
mysql> show tables; +-----------------------+ | Tables_in_report_sina | +-----------------------+ | app | | test | +-----------------------+ mysql> select now(); +---------------------+ | now() | +---------------------+ | 2013-02-04 11:45:44 | +---------------------+ 1 row in set (0.01 sec) mysql> select count(1) from app; +----------+ | count(1) | +----------+ | 10 | +----------+ 1 row in set (0.01 sec)
開始刪除數(shù)據(jù):
mysql> delete from app where id =1; Query OK, 1 row affected (0.00 sec) mysql> mysql> delete from app where id <6; Query OK, 4 rows affected (0.01 sec) mysql> select count(1) from app; +----------+ | count(1) | +----------+ | 5 | +----------+ 1 row in set (0.00 sec) mysql> select now(); +---------------------+ | now() | +---------------------+ | 2013-02-04 12:08:45 | +---------------------+
開始找回數(shù)據(jù):
1.找到bin log的位置:
/app/mysql/log -rw-rw---- 1 mysql mysql 17K Feb 4 11:43 alert.log -rw-rw---- 1 mysql mysql 1.0K Nov 1 14:52 master-bin.000001 -rw-rw---- 1 mysql mysql 126 Dec 25 14:00 master-bin.000002 -rw-rw---- 1 mysql mysql 126 Dec 25 14:02 master-bin.000003 -rw-rw---- 1 mysql mysql 126 Dec 25 14:02 master-bin.000004 -rw-rw---- 1 mysql mysql 107 Dec 25 14:02 master-bin.000005 -rw-rw---- 1 mysql mysql 13K Feb 4 12:02 master-bin.000006
可以看到 最近被修改的bin log 只有 master-bin.000006
(要是誤刪除跨越了好幾個bin log 找回數(shù)據(jù)的時候就必須一個個的bin log日志去找回了)
將這一段時間所有執(zhí)行的sql語句存入到 待恢復的 sql文件中。
mysqlbinlog --start-date='2013-02-04 10:00:00' --stop-date='2013-02-04 12:08:45' /app/mysql/log/master-bin.000006 >/app/mysql/mysql_restore_20130204.sql
當然在現(xiàn)網(wǎng)環(huán)境下 ,這個時間可能沒那么的準確,并且還有其他事務sql語句的干擾。
創(chuàng)建臨時數(shù)據(jù)庫
create database for_bak;
導出當前數(shù)據(jù)庫中被誤刪的表 app
mysqldump -uroot -ppwd my_db app > /app/mysql/app.sql
將現(xiàn)在的數(shù)據(jù)導入到臨時表:
mysql -root -ppwd for_bak < /app/mysql/app.sql
我們再來看下 /app/mysql/mysql_restore_20130204.sql的部分內容: (可以看到罪惡的delete 語句)
SET TIMESTAMP=1359949544/*!*/; BEGIN /*!*/; # at 12878 #130204 11:45:44 server id 1 end_log_pos 12975 Query thread_id=5 exec_time=974 error_code=0 SET TIMESTAMP=1359949544/*!*/; delete from app where id =1 /*!*/; # at 12975 #130204 11:45:44 server id 1 end_log_pos 13002 Xid = 106 COMMIT/*!*/; # at 13002 #130204 11:45:44 server id 1 end_log_pos 13077 Query thread_id=5 exec_time=1013 error_code=0 SET TIMESTAMP=1359949544/*!*/; BEGIN /*!*/; # at 13077 #130204 11:45:44 server id 1 end_log_pos 13175 Query thread_id=5 exec_time=1013 error_code=0 SET TIMESTAMP=1359949544/*!*/; delete from app where id <6 /*!*/; # at 13175 #130204 11:45:44 server id 1 end_log_pos 13202 Xid = 107 COMMIT/*!*/; DELIMITER ; # End of log file
可以看到 數(shù)據(jù)是什么時間點刪除的 。 具體的時間也可以用 select from_unixtime(1359949544); 來查詢
令人欣慰的是 create table app 語句和 insert 的語句也在這個文件之中。 在手工去掉 delete 語句之后 在臨時庫里面進行 source mysqlbinlog找回來的sql文件
就將app恢復到被刪除之前的狀態(tài)了。 然后將臨時庫的數(shù)據(jù)導入到現(xiàn)網(wǎng)數(shù)據(jù)(這個不是這篇文章的重點了)。
要是沒有備份,要找回所有app表相關的數(shù)據(jù) 那可能就非常的麻煩了 尤其是 binlog文件非常多 而且每個都比較的大。
那樣的話也只有從app的建立到現(xiàn)在 用mysqlbinlog來逐個的找回與app表相關dml操作的sql記錄,然后整合恢復數(shù)據(jù)。
我想這種情況一般比較的少。雖然麻煩,但是也不是不能恢復。
以上這篇mysql 找回誤刪表的數(shù)據(jù)方法(必看)就是小編分享給大家的全部內容了,希望能給大家一個參考,也希望大家多多支持腳本之家。
- 關于mysql數(shù)據(jù)庫誤刪除后的數(shù)據(jù)恢復操作說明
- MySQL數(shù)據(jù)誤刪除的快速解決方法(MySQL閃回工具)
- MySQL數(shù)據(jù)庫誤刪恢復的超詳細教程
- Mysql恢復誤刪庫表數(shù)據(jù)完整場景演示
- MySQL誤刪后使用binlog恢復數(shù)據(jù)的實現(xiàn)方法
- MySQL數(shù)據(jù)庫誤刪回滾的解決
- MYSQL?Binlog恢復誤刪數(shù)據(jù)庫詳解
- MySQL恢復誤刪數(shù)據(jù)圖文教程
- MySQL數(shù)據(jù)被誤刪的解決方法
- MySQL數(shù)據(jù)庫誤刪數(shù)據(jù)該怎么解決(這里有救!)
相關文章
MySQL Left JOIN時指定NULL列返回特定值詳解
我們有時會有這樣的應用,需要在sql的left join時,需要使值為NULL的列不返回NULL而時某個特定的值,比如0。這個時候,用is_null(field,0)是行不通的,會報錯的,可以用ifnull實現(xiàn),但是COALESE似乎更符合標準2013-07-07
mysql執(zhí)行腳本導入表和數(shù)據(jù)后中文注釋亂碼的問題解決
本人在使用不同版本下進行操作時,就會出現(xiàn)中文亂碼的問題,,例如我本地安裝mysql8,服務器安裝的是mysql5,然后本地連接服務器的mysql后,執(zhí)行SQL腳本之后發(fā)現(xiàn)中文全部亂碼,所以本文介紹了mysql執(zhí)行腳本導入表和數(shù)據(jù)后中文注釋亂碼的問題解決,需要的朋友可以參考下2024-04-04
MySQL數(shù)據(jù)庫的卸載與安裝(Linux?Centos)
如果大家曾經(jīng)安裝過MySQL,現(xiàn)在想要更新MySQL的版本或者因為某些原因導致需要重裝MySQL,請記住重裝之前一定要把之前的MySQL版本卸載干凈,這篇文章主要給大家介紹了關于MySQL數(shù)據(jù)庫的卸載與安裝的相關資料,需要的朋友可以參考下2024-05-05
MySQL中根據(jù)binlog日志進行恢復的實現(xiàn)
MySQL的binlog功能為數(shù)據(jù)庫的恢復和故障排查提供了有力支持,本文主要介紹了MySQL中根據(jù)binlog日志進行恢復的實現(xiàn),具有一定的參考價值,感興趣的可以了解一下2025-04-04
mysql 有關“InnoDB Error ib_logfile0 of different size”錯誤
mysql 有關“InnoDB Error ib_logfile0 of different size”錯誤的解決方法,需要的朋友可以參考下。2011-06-06
win10下mysql 8.0.16 winx64安裝配置方法圖文教程
這篇文章主要為大家詳細介紹了win10下mysql 8.0.16 winx64安裝配置方法圖文教程,具有一定的參考價值,感興趣的小伙伴們可以參考一下2019-05-05
淺談innodb_autoinc_lock_mode的表現(xiàn)形式和選值參考方法
下面小編就為大家?guī)硪黄獪\談innodb_autoinc_lock_mode的表現(xiàn)形式和選值參考方法。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-03-03

