テーブルがいっぱいではないのに、InnoDB エラー 1114 (「テーブルがいっぱいです」) が発生するのはなぜですか?

「エラー 1114 の謎の解明: InnoDB データベースの「テーブルがいっぱいです」問題の診断」

新しいファイルを挿入しようとしたとき行を InnoDB テーブルに追加すると、次のような複雑なエラー メッセージが表示される場合があります。 1114 (HY000): テーブルは満席です。」テーブルには行数が 188,959 しかなく十分なスペースがあるように見えますが、このエラーはイライラする可能性があります。

この問題を解決するには、InnoDB のテーブル管理が MyISAM とは異なることを理解することが重要です。 InnoDB はデータ ディクショナリを利用してテーブルを管理します。これは、行の追加や削除を含むすべての操作がログ バッファーに記録されることを意味します。ログ バッファーがその容量に達すると、InnoDB は挿入を含むすべての操作を停止し、「テーブルがいっぱいです」というエラーが発生します。

これに対処するには、いくつかの解決策が考えられます。

1. ログ バッファ サイズを拡張します: MySQL 構成ファイルの innodb_log_file_size パラメータを調整します。 (my.cnf) を使用してログ バッファーのサイズを増やします。これにより、バッファ オーバーフローが発生する前に、より多くの操作をログに記録できるようになります。
2. テーブルの自動拡張を有効にする: 最大値に達したときにサイズが自動的に拡張されるようにテーブルを構成します。これは、テーブル定義に「autoextend」オプションを追加することで実行できます:

ALTER TABLE zip_codes ROW_FORMAT=COMPRESSED AUTOEXTEND=ON;

3. ディスク容量の確認: テーブルに十分な空きがあるように見えても行を削除するには、MySQL データベースに割り当てられたディスク領域が使い果たされていないことを確認することが重要です。ディスク容量が不十分な場合、InnoDB が新しいファイルを作成したり、既存のファイルを拡張したりできない可能性があります。
4. Use innodb_file_per_table: この設定により、各 InnoDB テーブルが独自のデータ ファイルを持つことができ、単一ファイルの制限がなくなりました。すべてのテーブルデータを保持します。個別のファイルを使用すると、各テーブルのサイズをより効果的に制御できます。

さらに、行の削除も「テーブルがいっぱいです」エラーの原因となる可能性があることに注意することが重要です。削除された各行は削除対象としてマークされますが、テーブルからすぐに物理的に削除されるわけではありません。時間の経過とともに、これらのマークされた行が蓄積してスペースを占有し、エラーが発生する可能性があります。このスペースを再利用するには、「OPTIMIZE TABLE」コマンドを実行するか、MySQL で「VACUUM」コマンドを使用します。

以上がテーブルがいっぱいではないのに、InnoDB エラー 1114 (「テーブルがいっぱいです」) が発生するのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。