mysql 找回誤刪表的數(shù)據(jù)方法(必看)

更新時(shí)間：2017年03月28日 08:35:49 投稿：jingxian

下面小編就為大家?guī)?lái)一篇mysql 找回誤刪表的數(shù)據(jù)方法(必看)。小編覺(jué)得挺不錯(cuò)的，現(xiàn)在就分享給大家，也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧

有備份的話很簡(jiǎn)單，只需要生成一個(gè)最近備份的數(shù)據(jù) 然后用mysqlbinlog找回備份時(shí)間點(diǎn)之后的數(shù)據(jù) 再恢復(fù)到現(xiàn)網(wǎng)即可。

要是沒(méi)有備份可能就會(huì)比較麻煩，找回?cái)?shù)據(jù)的成本也是非常之高的.

下面介紹下 mysqlbinlog找回備份時(shí)間點(diǎn)之后的數(shù)據(jù)的辦法：

做個(gè)簡(jiǎn)單的實(shí)驗(yàn)，將mysql的表數(shù)據(jù)刪除之后，然后用mysqlbinlog 找回剛才刪除的表的數(shù)據(jù)。

app表的創(chuàng)建時(shí)間和數(shù)據(jù)的插入： 2013-02-04 10:00:00

原理： mysqlbinlog

前提： mysql開啟了bin log日志

測(cè)試刪除之前：

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 |
+---------------------+

開始找回?cái)?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

（要是誤刪除跨越了好幾個(gè)bin log 找回?cái)?shù)據(jù)的時(shí)候就必須一個(gè)個(gè)的bin log日志去找回了）

將這一段時(shí)間所有執(zhí)行的sql語(yǔ)句存入到待恢復(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)境下，這個(gè)時(shí)間可能沒(méi)那么的準(zhǔn)確，并且還有其他事務(wù)sql語(yǔ)句的干擾。

創(chuàng)建臨時(shí)數(shù)據(jù)庫(kù)

create database for_bak;

導(dǎo)出當(dāng)前數(shù)據(jù)庫(kù)中被誤刪的表 app

mysqldump -uroot -ppwd my_db app > /app/mysql/app.sql

將現(xiàn)在的數(shù)據(jù)導(dǎo)入到臨時(shí)表：

mysql -root -ppwd for_bak < /app/mysql/app.sql

我們?cè)賮?lái)看下 /app/mysql/mysql_restore_20130204.sql的部分內(nèi)容：（可以看到罪惡的delete 語(yǔ)句）

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ù)是什么時(shí)間點(diǎn)刪除的。具體的時(shí)間也可以用 select from_unixtime(1359949544); 來(lái)查詢

令人欣慰的是 create table app 語(yǔ)句和 insert 的語(yǔ)句也在這個(gè)文件之中。在手工去掉 delete 語(yǔ)句之后在臨時(shí)庫(kù)里面進(jìn)行 source mysqlbinlog找回來(lái)的sql文件

就將app恢復(fù)到被刪除之前的狀態(tài)了。然后將臨時(shí)庫(kù)的數(shù)據(jù)導(dǎo)入到現(xiàn)網(wǎng)數(shù)據(jù)（這個(gè)不是這篇文章的重點(diǎn)了）。

要是沒(méi)有備份，要找回所有app表相關(guān)的數(shù)據(jù) 那可能就非常的麻煩了尤其是 binlog文件非常多而且每個(gè)都比較的大。

那樣的話也只有從app的建立到現(xiàn)在用mysqlbinlog來(lái)逐個(gè)的找回與app表相關(guān)dml操作的sql記錄,然后整合恢復(fù)數(shù)據(jù)。

我想這種情況一般比較的少。雖然麻煩，但是也不是不能恢復(fù)。

以上這篇mysql 找回誤刪表的數(shù)據(jù)方法(必看)就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

您可能感興趣的文章: