前提 : クラスタ化インデックスの場合、ディスク上のレコードの順序はクラスタ化インデックスの順序と同じです。
問題 : 新しいレコードが挿入されるたびに、ディスク上でデータが再配置されますか? ディスク上でデータの移動を実行する際のパフォーマンスに大きな影響を与えませんか。
MySQL による即興 : 各インデックス ページには、将来の更新用に予約されたインデックス ページ内のスペースの 1/16 という予約済みスペースがあります。
私の質問: このスペース (予約済みスペース) が使い果たされ、新しいレコードが書き込まれるのを待っているとどうなりますか? これにより、そのインデックス ページ以降のすべてのデータが、この新しいレコードに収まるように再配置されますか? それはパフォーマンスに大打撃ではないですか？はいの場合、考えられる回避策は何ですか?
追加の参照: これは、オペレーティング システムが内部フラグメンテーションを処理する方法に直接対応し、ファイル システムは、ディスクのシーク時間を節約するために、同じファイルに対応するすべてのブロックをディスク上で可能な限り近くに格納しようとしますか? 可能であれば、2 つがどのように関連しているかについての説明はありますか?
同じことに関して、 Gary Mcgillによる投稿 (クラスター化されたインデックスのために SQL クエリが遅い) の回答が非常に役立ちます。