Dokumentasi Menyebalkan. Ini menyinggung DROP DATABASE yang dapat dipulihkan, tetapi hanya dalam kondisi aneh saya tidak terbiasa dengan http://dev.mysql.com/doc/refman/5.0/en/binary-log.html
Menurut Documents, binlog hanyalah urutan perintah yang dijalankan berdasarkan titik referensi yang diberikan. Sehingga ketika Anda melakukan "DROP DATABASE", alih-alih pergi "Oh, dia menjatuhkan database, kita harus membuat cadangan sekarang untuk berjaga-jaga" itu hanya menulis "DROP DATABASE" ke binlog terakhir. Pemulihan tidak sesederhana memutar kaset mundur.
Yang perlu Anda lakukan adalah memulihkan database dari last-known-good, dan menerapkan binlog yang terjadi antara titik pemulihan itu dan perintah DROP.
http://dev.mysql.com/doc /refman/5.0/en/recovery-from-backups.html
Bagaimana seseorang menentukan binlog mana yang akan digunakan, tidak jelas.
Tidak ada yang lebih baik daripada memiliki cadangan sistem file lengkap. Dan setidaknya Anda harus memiliki ini untuk kembali.