ApsaraDB RDS:バイナリログ (Binlog) の管理

誤削除の調査

データが誤って削除された場合、またはデータベースが消失した場合に、SQL Explorer と監査機能が無効であれば、バイナリログファイルを解析して削除の正確な時刻を特定し、バックアップから復元できます。詳細については、「SQL Explorer と監査機能の使用」をご参照ください。

調査手順：

1. バイナリログファイルを取得します。

2. mysqlbinlog を使用してバイナリログファイルを表示します。

トラブルシューティング：バイナリログファイルを削除できない

ログ管理 ページの エラーログ タブに次の警告が表示され、バイナリログファイルを削除できない場合、データベースクライアントまたは変更追跡タスクがファイルを読み取っています。削除を再試行する前に、タスクを停止してください。

[Warning] file /home/mysql/data3001/mysql/mysql-bin.069435 was not purged because it was being read by thread number 17126285

バイナリロギングを有効にするにはどうすればよいですか？

バイナリロギングは、すべての ApsaraDB RDS for MySQL インスタンスでデフォルトで有効であり、無効化できません。

プライマリインスタンスとセカンダリインスタンスでバイナリログサイズが異なるのはなぜですか？

通常、サイズは同一です。ただし、プライマリ RDS インスタンスからセカンダリ RDS インスタンスへのデータレプリケーションに遅延が発生している場合、Binlog dump スレッドによるバイナリログファイルのダンプに遅延が発生している場合、Data Transmission Service (DTS) がデータを移行している場合、またはセカンダリ RDS インスタンスがログレコードを読み取って適用している場合に、一時的な差異が発生することがあります。

バイナリログファイルが生成直後に削除されるのはなぜですか？

これは、インスタンスストレージの使用率が 80% を超えるか、利用可能なストレージ領域が 5 GB 未満になり、[ローカルログ保持ポリシー] の [利用可能なストレージ領域] パラメータが有効になっている場合に発生します。この問題を解決するには、インスタンスのストレージ容量を増やすか、ストレージの自動拡張を有効にしてください。「インスタンス仕様の変更」または「ストレージの自動拡張の設定」をご参照ください。

ApsaraDB RDS for MySQL インスタンスのデフォルトのバイナリロギング形式は何ですか？

デフォルトのバイナリロギング形式は ROW であり、変更できません。ROW 形式は変更された各行の詳細を記録するため、バックアップと復元、およびプライマリ/セカンダリレプリケーションをサポートします。

ApsaraDB RDS for MySQL インスタンスの server_id を変更できますか？

いいえ。server_id の値はシステムによって自動的に割り当てられ、グローバルに一意です。変更できません。ApsaraDB RDS は、プライマリ/セカンダリレプリケーションにおける競合を防ぐために、各インスタンスにグローバルに一意の値を割り当てます。