La documentazione fa schifo. Allude al fatto che DROP DATABASE sia recuperabile, ma solo in condizioni strane non ho familiarità con http://dev.mysql.com/doc/refman/5.0/en/binary-log.html
Secondo Docs, i binlog sono solo una sequenza di comandi eseguiti in base a un determinato punto di riferimento. In modo che quando hai eseguito "DROP DATABASE", invece di dire "Oh, sta eliminando il database, dovremmo eseguire il backup ora per ogni evenienza" ha semplicemente scritto un "DROP DATABASE" nell'ultimo binlog. Il ripristino non è semplice come riprodurre il nastro al contrario.
Quello che devi fare è recuperare il database da un ultimo noto e applicare i binlog che si sono verificati tra quel punto di ripristino e il comando DROP.
http://dev.mysql.com/doc /refman/5.0/en/recupero-da-backups.html
Come si determina quali binlog usare, non è chiaro.
Non c'è niente di meglio che avere backup completi del file system. E dovresti almeno avere questi su cui ripiegare.
