Ada kalanya kita keletihan kerana hari yang panjang dan akhirnya kita membuat kesilapan, yang akhirnya menghabiskan banyak masa untuk seluruh pasukan.
Yesterday, I was testing various backup and recovery methods supported by ZRM, a MySQL backup service for an upcoming release. ZRM untuk MySQL requires binary logging to be enabled on the MySQL server. I ran out of disk space during testing and removed the binary logs.
Secara tidak sengaja, saya telah menghapus log binari terakhir yang digunakan oleh pelayan MySQL dan pelayan MySQL menggunakan log binari terbaru untuk menjalankan daemonnya.
Short version - I could not start MySQL server at all.
Pulihkan log binari MySQL: Susun jejak ketika cuba memulakan pelayan
Permulaan mysqld $service
061031 17:38:48 mysqld bermula
061031 17:38:48 InnoDB: Bermula; nombor urutan log 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 [KESALAHAN] Tidak dapat membuka fail log
061031 17:38:48 [ERROR] Can't init tc log
061031 17:38:48 [KESALAHAN] Pengguguran
061031 17:38:48 InnoDB: Starting shutdown...
061031 17:38:51 InnoDB: Penutupan selesai; nombor urutan log 14 1645228884
061031 17:38:51 [Catatan] / usr / libexec / mysqld: Shutdown selesai
061031 17:38:51 mysqld berakhir
Terima kasih kepada Aishwarya kerana memberi saya idea bagaimana menyelesaikan masalah tersebut. Fail indeks log binari (/var/lib/mysql/mysql-bin.index) menyimpan maklumat mengenai fail log binari terkini. Memadam fail indeks menyelesaikan masalah. Sudah tentu, saya mempunyai sandaran pangkalan data menggunakan ZRM untuk MySQL dan saya dapat pulih hingga bila-bila masa sebelum penghapusan log binari.
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 pautan untuk maklumat lanjut