この投稿には次のように書かれています。
Percona Server で XtraDB を使用して Innodb Plugin を実行している場合は、優れた新機能を利用できます。つまり、挿入ではなく並べ替えによってインデックスを構築する機能です。
しかし、これに関する情報は見つかりませんでした。Postgre CLUSTER コマンドや MyISAM の「alter table ... order by」と同様に、テーブルが物理的にどのようにレイアウトされているかを再編成する機能が欲しいです。たとえば、テーブル「posts」にはランダムな挿入順序で数百万の行があり、ほとんどのクエリは「where userid =」を使用します。テーブルには、1 人のユーザーに属する行がディスク上で物理的に分離されている必要があるため、一般的なクエリは低い IO を必要とします。XtraDBで可能ですか?
あなたが基本的に見ている機能はですfast index creation。この機能により、InnoDB テーブルへのセカンダリ インデックスの作成が高速化されますが、非常に特殊な場合にのみ使用されます。たとえば、この機能は while では使用されないため、最初にインデックスを削除してから実行し、次にインデックスを再作成するOPTIMIZE TABLEことで劇的に高速化できます(これについては、リンクした投稿でした)。OPTIMIZE TABLEfast index creation
上記のようにこの機能を手動で使用することで改善できる、ケースのある種の自動化が、という名前のシステム変数としてPercona Server に追加されましたexpand_fast_index_creation。OPTIMIZE TABLEアクティブ化されている場合、サーバーは非常に特定のケースだけでなく、リンクされたブログ記事で言及されている問題など、すべてのケースで高速インデックス作成を使用する必要があります。
あなたの質問は、ディスク上の局所性を利用して特定の種類のクエリを高速化するために、InnoDB テーブルをカスタムオーダーで保存できるかどうかでした。
これは不可能です。InnoDB の行は、クラスター化されたインデックス (基本的に主キー) に基づいてページに保存されます。行/ページは混沌とした順序になっている可能性があり、そのためOPTIMIZE TABLEに InnoDB テーブルを使用できます。このコマンドを使用すると、テーブルは実際には主キーの順序で再作成されます。これにより、同じページまたは隣接するページで主キーのローカル行を収集できます。
InnoDB に強制できるのはこれだけです。これが不可能であるという明確な答えとして、マニュアルの別のページであるclustered index に関するマニュアルを読むことができます(「InnoDB は常にクラスター化インデックスに従ってテーブル行を並べ替えるため、ORDER BY は InnoDB テーブルには意味がありません。」)とdba.stackexchange で同じ質問があり、どの回答があなたに興味を持っているかもしれません。