Dokumentation suger. Det anspelar på att DROP DATABASE kan återställas, men bara under udda förhållanden är jag inte bekant med http://dev.mysql.com/doc/refman/5.0/en/binary-log.html
Enligt Docs är binlogs bara en sekvens av kommandon som körs baserat på en given referenspunkt. Så att när du gjorde "SLÄPP DATABAS", istället för att säga "Åh, han släpper databasen, vi borde säkerhetskopiera nu i fall" det skrev bara en "SLÄPP DATABAS" till den sista binloggen. Återställning är inte så enkelt som att spela bandet baklänges.
Vad du behöver göra är att återställa databasen från en senast känd vara, och tillämpa de binloggar som hände mellan den återställningspunkten och kommandot DROP.
http://dev.mysql.com/doc /refman/5.0/en/recovery-from-backups.html
Hur man bestämmer vilka binloggar man ska använda är oklart.
Det finns inget bättre än att ha fullständiga säkerhetskopior av filsystem. Och du borde åtminstone ha dessa att falla tillbaka till.