まず、直接、完全なインデックスを作成するのではなく、多くのスペースを占有します
インデックスツリーのクエリ、レコードの主キーのIDへのアクセスに移動します。主キーのidクエリ行に基づいて主キーに：このSQL、あなたは完全にインデックスを付け、彼のプロセスを作成した場合され; =「xxx」はどこトンから選択* 、決意は、結果セットが正しい追加され、サイクルの終わりが満たされていない検索、データツリーの位置インデックスを取ります。
二、MySQLのサポートプリフィックス索引
それはあなたが完全なインデックスを作成するデフォルトを指定していない、文字列の一部としてインデックスを定義できることを意味します。しかし、接頭辞インデックスがカバーリングインデックスの故障につながる（表データに戻って取得する必要があります）
トンから選択*場所=「阿部」;このSQL、あなたはプレフィックス索引語を作成した場合。インデックスがある場合（2）、3つのデータのABC、ABDがあり、阿部、クエリプロセスである：バックメインラインに問い合わせ、取得したADCラインにインデックスツリーは、クエリキーツリーを破棄した後、得満たしません場所、プライマリキーのクエリには、直接捨て満たした後であれば、満足した飲み続けるしないことが判明、ラインABDを取得。インデックスツリーの最後には「AB」を取らないようになるまでには、循環してきました。
そのいくつかの最初のを区別するために接頭辞インデックスを確立するために、我々は、統計データの度の間インデックス付きの列を区別する必要があります。次のSQLを使用します。ユーザーからLとして選択数（個別の電子メールを）;カウント数を選択（左（電子メール、4））L4などのユーザから; .....
このように明らかである、それは増加したクエリスキャン時間につながります。
第三に、使用の転置インデックス
例えば、フィールドのID番号が格納されている、我々は接頭辞インデックスケースを使用している場合、我々は、インデックスの使用収益柱の多様性指数が大きいほど、高いことを知って、市外局番ためのID番号は、より多くのいくつかの繰り返しを識別する前にプリフィックス索引の確立した場合、その後、一定の区別を満たすために12を構築します。しかし、明確にスペースの無駄。id_card =リバース（idCard）クエリトンSELECT * FROM使用して、クエリを新たに逆挿入データを作成する際にその後、我々は、転置インデックスデータを作成することができます。