Oops, MySQL İkili Günlükleri Sildim

Uzun bir günden dolayı yorulduğumuz ve sonunda hatalar yaptığımız zamanlar vardır, bu da tüm takıma çok fazla zamana mal olur.

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

Yanlışlıkla, MySQL sunucusu tarafından kullanılan son ikili günlüğü sildim ve MySQL sunucusu daemon'unu çalıştırmak için en son ikili günlüğü kullanıyor.

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

MySQL ikili günlüklerini kurtarın: Sunucuyu başlatmaya çalışırken yığın izleme

$service mysqld başlangıç

061031 17:38:48 mysqld başladı

061031 17:38:48 InnoDB: Başladı; günlük sıra numarası 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 [HATA] Günlük dosyası açılamadı

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

061031 17:38:48 [HATA] İptal ediliyor

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

061031 17:38:51 InnoDB: Kapatma tamamlandı; günlük sıra numarası 14 1645228884

061031 17:38:51 [Not] / usr / libexec / mysqld: Kapatma tamamlandı

061031 17:38:51 mysqld bitti

Sorunun nasıl çözüleceğine dair bana fikir verdiği için Aishwarya'ya teşekkürler. İkili günlük dizin dosyası (/var/lib/mysql/mysql-bin.index), en son ikili günlük dosyası hakkındaki bilgileri depolar. İndeks dosyasını silmek sorunu çözer. Elbette, MySQL için ZRM kullanarak veritabanının yedeklerine sahiptim ve ikili günlük silme işleminden önceki herhangi bir noktayı kurtarabilirdim.

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 bağlantı daha fazla bilgi için