Ups, usunąłem dzienniki binarne MySQL

Są chwile, kiedy jesteśmy wyczerpani długim dniem i popełniamy błędy, które kosztują cały zespół dużo czasu.

Yesterday, I was testing various backup and recovery methods supported by ZRM, a MySQL backup service for an upcoming release. ZRM dla MySQL requires binary logging to be enabled on the MySQL server. I ran out of disk space during testing and removed the binary logs.

Przypadkowo usunąłem ostatni dziennik binarny używany przez serwer MySQL, a serwer MySQL używa najnowszego dziennika binarnego do uruchomienia swojego demona.

Short version - I could not start MySQL server at all.

Odzyskaj dzienniki binarne MySQL: Śledzenie stosu podczas próby uruchomienia serwera

$service mysqld start

061031 17:38:48 mysqld uruchomiony

061031 17:38:48 InnoDB: Rozpoczęto; numer kolejny dziennika 14 1645228884

/usr/libexec/mysqld: File '/var/lib/mysql/mysql-bin.000017' not found (Errcode: 2)

061031 17:38:48 [ERROR] Failed to open log (file '/var/lib/mysql/mysql-bin.000017', errno 2)

061031 17:38:48 [BŁĄD] Nie można otworzyć pliku dziennika

061031 17:38:48 [ERROR] Can't init tc log

061031 17:38:48 [BŁĄD] Przerwanie

061031 17:38:48 InnoDB: Starting shutdown...

061031 17:38:51 InnoDB: Wyłączenie zakończone; numer kolejny dziennika 14 1645228884

061031 17:38:51 [Uwaga] / usr / libexec / mysqld: Zamykanie zakończone

061031 17:38:51 mysqld zakończył się

Dziękuję Aishwaryi za przekazanie mi pomysłów na rozwiązanie problemu. Plik indeksu dziennika binarnego (/var/lib/mysql/mysql-bin.index) przechowuje informacje o najnowszym pliku dziennika binarnego. Usunięcie pliku indeksu rozwiązuje problem. Oczywiście miałem kopie zapasowe bazy danych przy użyciu ZRM dla MySQL i mogłem odzyskać dane do dowolnego punktu w czasie przed usunięciem dziennika binarnego.

Bottom line: Do not delete the most recent binary log file to save disk space and do regular backups.  ZRM is preferred and here’s a połączyć po więcej informacji