ストレージ容量不足による RDS for MySQL インスタンスのロック解決策 - RDS - Alibaba Cloud - ApsaraDB RDS

ご利用の ApsaraDB RDS for MySQL インスタンスのストレージ容量がデータファイルによって使い尽くされると、RDS はデータ損失を防ぐため、自動的にインスタンスをロックします。ロック中は、ご利用の RDS インスタンスへデータを書き込むことができません。

インスタンスのロックを解除するには、ストレージ容量を拡張するか、過去の不要なデータを削除してください。問題が解消された後は、再発防止のため、ストレージの自動拡張を設定します。

前提条件

データファイルを削除する前に、インスタンスのマイナーエンジンバージョンを確認してください。インスタンスが MySQL 5.6、5.7、または 8.0 を実行しており、かつマイナーエンジンバージョンが 20190815 より古い場合、事前にマイナーエンジンバージョンを更新してください。

手順については、「マイナーエンジンバージョンの更新」をご参照ください。

データを削除する前に、テーブルデータをバックアップして、データ損失を防いでください。
DELETE 文は、ApsaraDB RDS for MySQL においてストレージ領域を解放しません。DROP TABLE または TRUNCATE TABLE を使用してください。
OPTIMIZE TABLE は実行中にテーブルをロックします。非ピーク時間帯に実行してください。
データファイルを削除した後、ストレージ領域が解放されるまで若干の時間がかかります。
ストレージ領域が解放された後、またはインスタンスの仕様が変更された後、RDS は約 5 分でインスタンスのロックを解除します。

以下のいずれかの方法を選択してください。

インスタンスのストレージ容量を拡張します。手順については、「インスタンスの仕様の変更」をご参照ください。

仕様変更が有効になると、RDS は約 5 分でインスタンスのロックを解除します。

Data Management (DMS) を使用してインスタンスに接続します。手順については、「DMS を使用して ApsaraDB RDS for MySQL インスタンスにログインする」をご参照ください。
SQL コンソール タブで、以下のクエリを実行して、大規模なデータファイルを特定します：
```
SELECT file_name, concat(TOTAL_EXTENTS,'M') as 'FIle_size'
FROM INFORMATION_SCHEMA.FILES
ORDER BY TOTAL_EXTENTS DESC;
```
以下のいずれかの文を使用して、過去の不要なデータを削除します：
- テーブルの削除 — テーブルとそのすべてのデータを完全に削除します：
```
DROP TABLE <Database name>.<Table name>;
```
- テーブルの切り詰め — テーブル構造を維持したまま、すべてのレコードを削除します：
```
TRUNCATE TABLE <Database name>.<Table name>;
```

削除処理が完了すると、RDS は約 5 分でインスタンスのロックを解除します。

インスタンスのロックが解除された後は、再びロックされないよう、以下の手順を実施してください：

ストレージの自動拡張を設定します。 ストレージ使用量が設定したしきい値に達すると、RDS が自動的にストレージ容量を拡張します。手順については、「ストレージの自動拡張の設定」をご参照ください。
断片化された表領域を再利用します。 テーブルに対して頻繁に DELETE 文が実行されると、テーブルが断片化し、解放された領域が OS に返却されません。非ピーク時間帯に OPTIMIZE TABLE を実行して領域を再利用してください：
```
OPTIMIZE TABLE <Database name>.<Table name>;
```
詳細については、「ApsaraDB RDS for MySQL インスタンスの表領域を解放するために OPTIMIZE TABLE 文を使用する方法」をご参照ください。