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.
Dün, çeşitli yedekleme ve kurtarma yöntemlerini test ediyordum. ZRM, yaklaşan bir sürüm için bir MySQL yedekleme hizmeti. MySQL için ZRM MySQL sunucusunda ikili günlüğün etkinleştirilmesini gerektirir. Test sırasında disk alanım tükendi ve ikili günlükleri kaldırdım.
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.
Kısa versiyon - MySQL sunucusunu hiç başlatamadım.
MySQL ikili günlüklerini kurtarın: Sunucuyu başlatmaya çalışırken yığın izleme
$ service mysqld başlangıcı
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: Dosya '/var/lib/mysql/mysql-bin.000017' bulunamadı (Hata kodu: 2)
061031 17:38:48 [HATA] Günlük açılamadı (dosya '/var/lib/mysql/mysql-bin.000017', errno 2)
061031 17:38:48 [HATA] Günlük dosyası açılamadı
061031 17:38:48 [HATA] tc günlüğü başlatılamıyor
061031 17:38:48 [HATA] İptal ediliyor
061031 17:38:48 InnoDB: Kapatma başlatılıyor ...
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
Aishwarya'ya sorunu nasıl çözebileceğim konusunda bana fikir verdiği için 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. Tabii ki, MySQL için ZRM kullanarak veritabanının yedeklerine sahiptim ve ikili günlük silme işleminden önceki herhangi bir noktayı kurtarabilirdim.
Alt satır: Disk alanından tasarruf etmek ve düzenli yedekleme yapmak için en son ikili günlük dosyasını silmeyin. ZRM tercih edilir ve işte bir Link daha fazla bilgi için
