ApsaraDB RDS:ストレージ容量の枯渇によりApsaraDB RDS for MySQLインスタンスが自動的にロックされた場合はどうすればよいですか?

問題の説明

原因

次の問題により、RDSインスタンスのストレージ容量が使い果たされる可能性があります。

• 多数のデータファイルが格納される。

• 多数のログファイルが保存されます。

  ログバックアップポリシーが不適切な場合は、大量のトランザクションが実行されるため、大量のログファイルが生成される可能性があります。

• 多数の一時ファイルが格納される。

  SQLクエリのソート、グループ化、および結合操作から生成される多数の一時ファイル、または大きなトランザクションがコミットされる前にキャッシュされる多数のログファイル。

• 多数のシステムファイルが格納される。

  ほとんどの場合、大きなシステムファイルは主に大きなアンドゥファイルによって引き起こされます。 InnoDBテーブル上のクエリが長期間実行されており、クエリ中に大量のデータがテーブル内で更新されると、大量のアンドゥファイルが生成され、大量のストレージを占有します。

  説明

  MySQL 8.0を実行するRDSインスタンスでは、システムが自動的に取り消しファイルを削除するため、この問題は発生しません。

• general_logファイルのサイズが大きい。

  general_logパラメーターがONに設定されている場合、RDSインスタンスで実行されたすべての操作と操作の詳細を記録するgeneral_logファイルが生成されます。 操作には、クエリ、挿入、更新、および削除操作が含まれます。 クエリが長時間実行されている場合や、general_logファイルが長時間クリアされていない場合は、大量のデータが生成されます。 データはストレージを占有し、ストレージ容量を使い果たします。 次の操作を実行して、general_logファイルのサイズを照会できます。

  1. RDSインスタンスのストレージ使用状況を確認します。 sys_data_sizeファイルが大きすぎるかどうかを確認できます。 詳細については、「モニタリング情報の表示」をご参照ください。

  2. general_logパラメーターがONに設定されているかどうかを確認します。 詳細については、「ApsaraDB RDS For MySQLインスタンスのパラメーターの表示」をご参照ください。

  3. RDSインスタンスに接続し、次のステートメントを実行して、general_logファイルが大きすぎるかどうかを確認します。 詳細については、「ApsaraDB RDS for MySQL インスタンスへの接続」をご参照ください。

     SELECT table_schema AS 'Database', table_name,SUM(data_length + index_length + data_free)/1024/1024 AS "Table size in MB",SUM(DATA_FREE)/1024/1024 AS "Fragment size in MB"
     FROM information_schema.TABLES
     WHERE table_name='general_log'

     説明

     • SQL文は、information_schemaデータベースのTABLESテーブルからmysql.general_logテーブルのデータを照会するために使用されます。 データサイズはMB単位で表示されます。

     • このSQL文によって返されるデータはサンプルデータです。 返される実際のデータは異なります。

解決策