有備份的話很簡單，只需要生成一個最近備份的數(shù)據(jù) 然后用mysqlbinlog找回備份時間點之后的數(shù)據(jù) 再恢復(fù)到現(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語句存入到 待恢復(fù)的 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
當(dāng)然在現(xiàn)網(wǎng)環(huán)境下 ，這個時間可能沒那么的準(zhǔn)確，并且還有其他事務(wù)sql語句的干擾。
創(chuàng)建臨時數(shù)據(jù)庫
create database for_bak;
導(dǎo)出當(dāng)前數(shù)據(jù)庫中被誤刪的表 app
mysqldump -uroot -ppwd my_db app > /app/mysql/app.sql
將現(xiàn)在的數(shù)據(jù)導(dǎo)入到臨時表：
mysql -root -ppwd for_bak < /app/mysql/app.sql
我們再來看下 /app/mysql/mysql_restore_20130204.sql的部分內(nèi)容： （可以看到罪惡的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=0SET TIMESTAMP=1359949544/*!*/;delete from app where id =1/*!*/;# at 12975#130204 11:45:44 server id 1 end_log_pos 13002 Xid = 106COMMIT/*!*/;# at 13002#130204 11:45:44 server id 1 end_log_pos 13077 Query thread_id=5 exec_time=1013 error_code=0SET 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=0SET TIMESTAMP=1359949544/*!*/;delete from app where id <6/*!*/;# at 13175#130204 11:45:44 server id 1 end_log_pos 13202 Xid = 107COMMIT/*!*/;DELIMITER ;# End of log file
可以看到 數(shù)據(jù)是什么時間點刪除的 。 具體的時間也可以用 select from_unixtime(1359949544); 來查詢
令人欣慰的是 create table app 語句和 insert 的語句也在這個文件之中。 在手工去掉 delete 語句之后 在臨時庫里面進行 source mysqlbinlog找回來的sql文件
就將app恢復(fù)到被刪除之前的狀態(tài)了。 然后將臨時庫的數(shù)據(jù)導(dǎo)入到現(xiàn)網(wǎng)數(shù)據(jù)（這個不是這篇文章的重點了）。
要是沒有備份，要找回所有app表相關(guān)的數(shù)據(jù) 那可能就非常的麻煩了 尤其是 binlog文件非常多 而且每個都比較的大。
那樣的話也只有從app的建立到現(xiàn)在 用mysqlbinlog來逐個的找回與app表相關(guān)dml操作的sql記錄,然后整合恢復(fù)數(shù)據(jù)。
我想這種情況一般比較的少。雖然麻煩，但是也不是不能恢復(fù)。
以上這篇mysql 找回誤刪表的數(shù)據(jù)方法(必看)就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持VeVb武林網(wǎng)。
新聞熱點
疑難解答
圖片精選
