ApsaraDB RDS:ApsaraDB RDS for MySQL インスタンスが一時ファイルでディスク領域が満杯になり、ロック状態になる

オプション 1：ストレージ容量の拡張（推奨）

インスタンスのストレージ容量を拡張します。容量拡張が有効になると、約 5 分後にインスタンスは自動的にロック解除されます。

手順については、「ApsaraDB RDS for MySQL インスタンスの仕様変更」をご参照ください。

オプション 2: バージョン別の一時ファイルのクリア

ストレージ容量の拡張ができない場合、ご利用の MySQL バージョンに応じた対応を行ってください。

• MySQL 5.7 以前：インスタンスを再起動します。[インスタンスの再起動] ボタンが選択不可（グレーアウト）の場合の対応については、「よくある質問」をご参照ください。

• MySQL 8.0：インスタンスがロック状態になると、すべてのセッションが自動的に終了し、関連するトランザクションはロールバックされます。ロールバック完了後にストレージが解放されます。ロールバックの持続時間は、トランザクション内で実行されたクエリの内容に依存します。

オプション 3：セッションの特定と終了（依然としてロック中の場合）

上記の対応を試行してもインスタンスがロック状態のままである場合は、Data Management (DMS) を使用して、ストレージを消費しているセッションを特定・終了してください。

1. Data Management (DMS) を使用して、インスタンスに接続します。

2. 次の文を実行して、アクティブセッションの一覧を表示します：

   show processlist

3. 結果を [State] 列で並べ替えます。[State] 列に「Copy to tmp table」または「Sending data」と表示されているセッションを特定し、その ID を記録します。

   

4. 各セッションを終了するには、以下の文を実行し、[$ID] をセッション ID に置き換えます：

   kill [$ID];

ストレージの自動拡張を有効化

ストレージの自動拡張を設定して、使用量がしきい値に達したときにシステムがストレージを拡張するようにします。詳細については、「ApsaraDB RDS for MySQL インスタンスのストレージの自動拡張を設定する」をご参照ください。

一時ファイルの生成量削減

• 大規模データセットに対して ORDER BY や GROUP BY を頻繁に使用しないよう、クエリを最適化します。

• EXPLAIN を使用して、クエリが内部一時テーブルを使用しているかどうかを確認します。Extra フィールドに「Using temporary」が表示されているかを確認してください：

  explain select * from alarm group by created_on order by default;

  

• tmp_table_size および max_heap_table_size を業務要件に応じて増加させることも可能ですが、推奨しません。ディスク領域の節約よりも、メモリの可用性を優先してください。

binlog キャッシュの使用量削減

• 大規模トランザクションを小規模な単位に分割し、複数の接続で同時に大規模トランザクションを実行しないようにします。

• 大規模トランザクションの実行には短時間接続を使用します。これにより、binlog キャッシュファイルに確保されるストレージ量を削減できます。

• binlog_cache_size を業務要件に応じて増加させることも可能ですが、ディスク領域の節約を目的とした binlog_cache_size の増加は推奨しません。

ディスク使用率の監視

ディスク使用率を 80 % 未満に保ちます。不要なデータは定期的に削除するか、大規模なデータセットを複数のインスタンスに分割して保存してください。インスタンスのロック発生前に高ディスク使用率を検知できるよう、アラートを設定します。