tencent cloud

ここでは、コンソールを介してMySQLインスタンスのbinlog保留周期を設定する方法をご紹介します。

説明：

• 1ノードのクラウドディスクインスタンスはローカルbinlogの保存設定をサポートしていません。
• マスターインスタンスの下に災害復旧インスタンスが存在する場合、ローカルのbinlogの保持時間が120時間を下回ることはできません。

binlogの説明

TencentDB for MySQLインスタンスでは、大きなタスクまたは大量のDMLを実行する際に、たくさんのbinlogが発生します。binlogの書き込みが256MBに達すると1回分割され、分割した後のbinlogファイルはCloud Object Storage（COS）にアップロードされます。その後コンソールのログリストに、COSにアップロードされたbinlogファイルが表示されます。

概要

binlogはCOSにアップロードされる前に、一時的にインスタンスのディスクに保存されるため、ディスク使用容量が増加します。お客様は、コンソールにてBinlog保留周期を設定して占有容量の比率を制御することも、またディスク容量を拡張することも可能です。ディスク使用率を80%以下にすることを推奨し、その次に、不要なデータの速やかな消去を推奨します。

• binlogは、MySQLのデータ同期のベースであり、データベースの復元性、安定性、高可用性を保障するために使用されます。TencentDB for MySQLではbinlogの無効化をサポートしていません。
• 生成されたbinlogはまずシステムの自動バックアップ機能によってCOSにバックアップされ、バックアップ後のbinlogは、設定したローカルのbinlog保留ポリシーに従い削除されます。エラーを防止するため、現在使用中のbinlogを消去することはできません。このため、消去のプロセスでは一定の遅延が発生します。設定した後はしばらくお待ちください。

  説明：

  期限切れbinlogログのクリーンアップルール：
  60秒ごとにローカルbinlogログを確認し、binlogの開始時間または使用容量が設定済みの保存ルールを満たさない場合、「削除待ち」キューに追加されます。「削除待ち」キューにあるbinlogは時系列で並べ替えられ、「削除待ち」キューがクリーンアップされるまで、最も古いbinlogから順に1つずつ削除されます。

操作手順

1. MySQLコンソールにログインし、インスタンスリストページのインスタンスIDをクリックして、インスタンス管理ページに進みます。
2. インスタンス管理ページで、バックアップ復元ページを選択し、ローカルBinlog設定をクリックします。
3. ポップアップしたダイアログボックスに、必要な保存時間と容量使用率を入力し、間違いがないことを確認してから、確定をクリックします。
   

よくあるご質問

ローカルbinlogの保留設定が小さすぎるとデータベースの復元に影響しませんか。

影響しません。生成されたbinlogは自動バックアップ機能によって迅速にCOSにアップロードされます。アップロードされていないbinlogも消去されませんが、ローカルbinlogの保留設定が小さすぎるとロールバックの速度に影響します。適宜設定してください。

ローカルbinlog保留のデフォルトの設定時間はどのくらいですか？

ローカルのbinlogのデフォルトの保存時間：120時間。デフォルトのスペース使用率は30%以下とします。必要に応じて、ローカルのbinlogの保存時間を設定できます。マスターインスタンスの下に災害復旧インスタンスが存在する場合、120時間を下回ることはできません。マスターインスタンスの下に災害復旧インスタンスが存在しない場合、保持時間を72～168時間に設定できます。

binlogがインスタンスのディスク容量を占有することはありますか？

あります。生成されたbinlogはまずCOSに自動バックアップされ、バックアップ後のbinlogは設定された保留ポリシーに従って削除されます。この期間、binlogは一時的にインスタンスのディスクに保存されます。