2008-09-17 61 views

回答

8

文檔吮吸。它暗示DROP DATABASE是可恢復的,但只在奇數條件我不熟悉http://dev.mysql.com/doc/refman/5.0/en/binary-log.html

根據文檔,binlogs僅僅是基於給定的參考點執行的命令序列。所以,當你做了「DROP DATABASE」,而不是「哦,他丟棄了數據庫,我們現在應該備份,以防萬一」它只是寫了一個「DROP DATABASE」到最後一個binlog。恢復並不像向後播放磁帶那麼簡單。

您需要做的是從最後一次已知的數據庫中恢復數據庫,並應用該恢復點和DROP命令之間發生的二進制日誌。

http://dev.mysql.com/doc/refman/5.0/en/recovery-from-backups.html

一個如何確定哪些binlogs到壽,不清楚使用。

沒有比完整文件系統備份更好的了。而且你至少應該有這些迴歸。

5

如果您沒有數據庫的備份,那麼您運氣不好。 丟棄數據庫是永久性的。

+1

真的嗎?我認爲日誌記錄了一切。你能更深入地解釋一下嗎? – 2008-09-18 00:06:34

5

假設您有備份,二進制日誌包含自該備份以來發生的事情。使用mysqlbinlog工具,你可以這樣做:

mysqlbinlog可以the_log_file> update.sql

雖然我想你可能需要編輯該文件刪除任何你不想再次執行(如DROP DATABASE聲明)。

祝你好運!

+0

這真的很整潔!非常感謝您指出。 – Pitto 2013-10-03 09:13:49

0

沒有備份沒有派對。

所以我會回答:

要永遠在你的情況重新安裝超簡單,超強大automysqlbackup(如果你在Linux上):

命令和apt-get安裝automysqlbackup

,將其配置:

須藤納米/等/默認/ automysqlbackup

然後自動上傳其內容DRO pbox,ubuntu一個或類似的。

只有這樣快樂地生活:)

0

只是爲了補充肯特弗雷德裏克的答案,你可以,如果你使用的是二進制日誌,因爲數據庫的創建回滾drop database命令。

+0

這可以作爲評論添加,而不是'回答' – 2015-06-01 06:59:10

相關問題