INSERT、UPDATE および DELETE 操作では、セカンダリインデックスを変更できます。 影響を受けるインデックスページがバッファプールにない場合、変更は変更バッファにバッファできます。

セカンダリインデックスページがバッファプールにない場合にセカンダリインデックスの変更をバッファリングすると、影響を受けるインデックスページをディスクからすぐに読み取るために必要な負荷の高いランダムアクセス I/O 操作が回避されます。 バッファされた変更は、他の読取り操作によってバッファプールにページが読み取られるため、後でバッチで適用できます。

いいえ。変更バッファでは、セカンダリインデックスのみがサポートされます。 クラスタインデックス、全文インデックスおよび空間インデックスはサポートされていません。 全文インデックスには、独自のキャッシュメカニズムがあります。

MySQL 5.6 で innodb_change_buffer_max_size 構成オプションが導入される前は、システムテーブルスペースのディスク上の変更バッファの最大サイズは InnoDB バッファプールサイズの 1/3 でした。

MySQL 5.6 以降では、innodb_change_buffer_max_size 構成オプションによって、変更バッファの最大サイズがバッファプールの合計サイズに対する割合として定義されます。 デフォルトでは、innodb_change_buffer_max_size は 25 に設定されます。 最大設定は 50 です。

ディスク上の変更バッファが定義された制限を超える場合、InnoDB は操作をバッファしません。

変更バッファページは、バッファプールに永続化する必要はなく、LRU 操作によって削除される場合があります。

変更バッファの現在のサイズは、SHOW ENGINE INNODB STATUS \G によって INSERT BUFFER AND ADAPTIVE HASH INDEX ヘッダーの下にレポートされます。 例:

-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 1, free list len 0, seg size 2, 0 merges

関連するデータポイントは次のとおりです:

変更バッファステータスの監視の詳細は、セクション15.5.2「変更バッファ」 を参照してください。

更新されたページは、バッファープールを占有するほかのページをフラッシュするのと同じフラッシュメカニズムによってフラッシュされます。

変更バッファは、インデックスが大きくなり、InnoDB バッファプールに収まらなくなったときに、ランダムな I/O をセカンダリインデックスに減らすように設計された機能です。 一般に、データセット全体がバッファプールに収まらない場合、セカンダリインデックスページを変更する大量の DML アクティビティがある場合、または DML アクティビティによって定期的に変更されるセカンダリインデックスが多数ある場合は、変更バッファを使用する必要があります。

データセット全体が InnoDB バッファープール内に収まる場合、比較的少ないセカンダリインデックスがある場合、またはソリッドステートストレージを使用している場合 (ランダム読み取りは順次読み取りとほぼ同じくらい高速)、変更バッファーを無効にすることを検討してください。 構成を変更する前に、代表的なワークロードを使用してテストを実行し、変更バッファを無効にすると利点があるかどうかを判断することをお薦めします。

セクション15.5.2「変更バッファ」を参照してください。