La documentación apesta. Alude a que DROP DATABASE es recuperable, pero solo en condiciones extrañas. No estoy familiarizado con http://dev.mysql.com/doc/refman/5.0/en/binary-log.html
Según Docs, los binlogs son solo una secuencia de comandos ejecutados en función de un punto de referencia dado. Entonces, cuando hizo "DROP DATABASE", en lugar de decir "Oh, está descartando la base de datos, deberíamos hacer una copia de seguridad ahora por si acaso", simplemente escribió "DROP DATABASE" en el último binlog. La recuperación no es tan simple como reproducir la cinta al revés.
Lo que debe hacer es recuperar la base de datos desde el último estado bueno conocido y aplicar los binlogs que ocurrieron entre ese punto de recuperación y el comando DROP.
http://dev.mysql.com/doc /refman/5.0/es/recuperacion-de-backups.html
Cómo se determina qué binlogs usar, aunque no está claro.
No hay nada mejor que tener copias de seguridad completas del sistema de archivos. Y al menos deberías tener estos a los que recurrir.
