mysql binlog ログを正しくクリーンアップする 2 つの方法

mysqlはbinlogログを正しくクリーンアップします

序文：

MySQL の binlog はデータベース内のデータの変更を記録し、時間ベースおよび場所ベースのデータ復旧を容易にします。ただし、binlog は大きくなり、多くのディスク領域を占有します。したがって、役に立たないログをクリーンアップするには、正しい安全な方法を使用する必要があります。

[方法1] binlogを手動でクリーンアップする

掃除前の準備:

①マスターとスレーブが使用しているbinlogファイルを確認する

マスターステータスを表示\G 
スレーブステータスを表示\G

② binlogログを削除する前に、念のためbinlogログをバックアップしてください。

binlog の削除を開始します:

'2016-09-01 17:20:00' より前のマスター ログを消去します。 // 指定された日付より前のログ インデックス内の binlog ログ ファイルを削除します。

または

マスターログを 'mysql-bin.000022' に消去します。 // 指定されたログファイルのログインデックス内の binlog ログファイルを削除します。

知らせ：

使用中のバイナリログが誤って削除されないように、時間とファイル名、特に時間の年とファイル名のシリアル番号を間違って記述しないでください。 ！ ！

使用中のバイナリログは絶対に削除しないでください。 ！ ！

この構文を使用すると、mysql-bin.index 内の対応するファイルと対応するパスが削除されます。

[方法2] binlogの有効期限を設定して、システムが自動的にbinlogファイルを削除するようにする

mysql> 'expire_logs_days' のような変数を表示します。 
+------------------+-------+ 
| 変数名 | 値 | 
+------------------+-------+ 
| ログ有効期限日数 | 0 | 
+------------------+-------+ 
mysql> set global expire_logs_days = 30; #binlogの有効期限日数を設定します

知らせ：

有効期限は適切に設定する必要があります。マスタースレーブレプリケーションの場合、マスターデータベースのバイナリログがスレーブデータベースに転送される前に有効期限切れで削除され、マスターとスレーブの間で不整合が発生するのを避けるために、スレーブデータベースの遅延に基づいて有効期限を決定する必要があります。 ！ ！

読んでいただきありがとうございます。お役に立てれば幸いです。このサイトをサポートしていただきありがとうございます。