長い一日で疲れ果ててミスをしてしまい、チーム全体に多大な時間を費やしてしまうことがあります。
昨日、私はによってサポートされているさまざまなバックアップとリカバリの方法をテストしていました ZRM、次のリリースのMySQLバックアップサービス。 MySQL用のZRM MySQLサーバーでバイナリロギングを有効にする必要があります。 テスト中にディスク容量が不足し、バイナリログを削除しました。
誤って、MySQLサーバーによって使用された最後のバイナリログを削除しました。MySQLサーバーは最新のバイナリログを使用してデーモンを実行します。
短いバージョン-MySQLサーバーをまったく起動できませんでした。
MySQLバイナリログの回復:サーバーを起動しようとしたときのスタックトレース
$ service mysqld start
061031 17:38:48mysqldが開始しました
061031 17:38:48 InnoDB:開始; ログシーケンス番号14
/ usr / libexec / mysqld:ファイル '/var/lib/mysql/mysql-bin.000017'が見つかりません(Errcode:2)
061031 17:38:48 [エラー]ログを開くことができませんでした(ファイル '/var/lib/mysql/mysql-bin.000017'、errno 2)
061031 17:38:48 [エラー]ログファイルを開くことができませんでした
061031 17:38:48 [エラー] tcログを初期化できません
061031 17:38:48 [エラー]中止
061031 17:38:48 InnoDB:シャットダウンを開始しています...
061031 17:38:51 InnoDB:シャットダウンが完了しました。 ログシーケンス番号14
061031 17:38:51 [注] / usr / libexec / mysqld:シャットダウンが完了しました
061031 17:38:51mysqldが終了しました
問題を解決する方法についてアイデアをくれたAishwaryaに感謝します。 バイナリログインデックスファイル(/var/lib/mysql/mysql-bin.index)には、最新のバイナリログファイルに関する情報が格納されます。 インデックスファイルを削除すると、問題が解決します。 もちろん、ZRM for MySQLを使用してデータベースのバックアップを作成し、バイナリログが削除される前の任意の時点に回復できました。
結論:ディスク容量を節約し、定期的なバックアップを行うために、最新のバイナリログファイルを削除しないでください。 ZRMが推奨され、ここに 詳しく知る