手賤drop了幾個表，以為能從昨天的備份中恢復，結果發現最近兩個月的備份都是空文件，因為備份腳本在兩個月前改錯了！難道就這樣丟失兩個月的數據？鎮定鎮定——

先看看mysql的配置文件

cat?/etc/my.cnf

發現如下字樣說明有救：

#?Replication?Master?Server?(default)

#?binary?logging?is?required?for?replication

log-bin=mysql-bin

log-bin顧名思義，就是對數據庫任何操作的日志。雖然它只是增量日志，沒有辦法直接undo drop，但兩個月前的備份+這兩個月的日志=完整的數據庫呀。

找找這文件在哪里，對centos來講，一般位于

/usr/local/mysql/var

cd進入，ll一下，確定最近修改過的日志的文件名：

-rw-rw----?1?mysql?mysql?????27687?Oct?29?08:12?mysql-bin.000001

-rw-rw----?1?mysql?mysql???1113246?Oct?29?08:12?mysql-bin.000002

-rw-rw----?1?mysql?mysql???????264?Oct?29?08:13?mysql-bin.000003

-rw-rw----?1?mysql?mysql??????1112?Oct?29?08:13?mysql-bin.000004

-rw-rw----?1?mysql?mysql???????126?Oct?29?08:13?mysql-bin.000005

-rw-rw----?1?mysql?mysql???????126?Oct?29?08:26?mysql-bin.000006

-rw-rw----?1?mysql?mysql???????126?Oct?29?08:32?mysql-bin.000007

-rw-rw----?1?mysql?mysql???????126?Oct?29?08:38?mysql-bin.000008

-rw-rw----?1?mysql?mysql?651639170?Dec?28?07:01?mysql-bin.000009

一般最后一個就是了。

然后利用此日志文件導出sql：

/usr/local/mysql/bin/mysqlbinlog?--no-defaults?--start-date='2016-10-28?05:00:00'?--stop-date='2016-12-25?05:30:00'?mysql-bin.000009?>?restore.sql

接著先恢復兩個月前的備份，然后導入此sql即可。

凡事有好有壞，如果不是這次誤刪，我就不會發現備份腳本出了問題。等到下次真正出事的時候，就為時晚矣。

總結

以上是生活随笔為你收集整理的mysql drop_mysql恢复drop掉的表的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。