高性能インデックス戦略
高性能のインデックス戦略（どのように効率的かつ実用的な指標）
- 別々の列：インデックス列は、式の一部、または関数のパラメータにすることはできません。良い習慣を形成するために、と常に比較欄の区切りの一方の側の一人となります。
示例：どこxxtableから選択* xxindex +110 =;
xxindex列がインデックスの障害の原因となる、索引付けが、表現の使用されています。 - プレフィックスインデックスとインデックスの選択：
前提：偉大な効率指標の指数長い文字列も非常に低くなります。
このような対処法：最初のアナログハッシュインデックス（理解して導入されていない）を使用することで、第二は、インデックスの接頭辞。名前が示すように、接頭辞は、長い文字列は、インデックスとして、前後の部分から取られる効率指標を向上させるために、インデックスはスペースを削減します。質問は、どのくらいの適切な傍受それ？この提案された新しい長期での選択指数、また本はショー、クエリインデックスより高効率の高い選択！だから、選択的な指標は何ですか？実際には、非常にシンプルですが、理解するのがより難しく、この新しい用語が、実際のアイデアは、プレフィックスの選択が可能とレコードのみを表すことができる場合には、その、非常に人気があります。
選択インデックス（例えば5/10ため、選択指数は0.5である）比で、配当（5）は、レコードの数、除数（10）レコードの総数を表し繰り返さない、我々は一意のインデックスインデックスを理解して選択性は1、最高のパフォーマンスです。人気の理解：あなたがインデックスを作成する場合：ABC、ABD、ADF、接頭辞インデックスは（キー（1））を選択した場合であるあなたは、AB（キー（2））を選択した場合、あなたは、良い3つのインデックスを区別することはできませんABCおよび選択率の2/3に等しいABDの区別できないが、選択キー（3）の場合は、一意のインデックスです。
prefixコマンドを作成します：ALTER TABLE ADD pre_index_demoのKEY（市 （2））。 - マルチカラムインデックス：将来は、クエリの効率を向上させるため、エラーが条件が索引付けされる列と、複数の列に個別のインデックスを作成し、クエリ性能MySQLを改善することができません。時々 、そうすることは最高の効率が唯一のスターインデックスであり、良好な効率ではありません。ベター・インデックスの順序を最適化する上でwhere句、フォーカスを忘れたり、完全なカバレッジインデックスを作成します。（練習のバージョン5.6、最適化されているようだ、余分な時間がインデックス組合や交差点プロンプトなかったEXPLAIN）
- 経験則、ソート、グループ化は考えていない、最前列の選択指数（これを計算する方法を覚えている？）アップ：適切なインデックスの列の順序を選択します。
- クラスタ化インデックス：インデックスクラスタ化インデックスはアローン型が、データストレージではありません。用語「クラスター」は、一緒にコンパクトな格納されたキー値データ列を表し、テーブルは、データストレージとして、クラスタ化インデックスを持つことができます。InnoDBは、インデックスが実際に実際に格納されたデータ全体に同じ構成でB-treeインデックス及びデータ線、リーフ・ページを保存されているクラスタ化。InnoDBの主キーは、データを集約し、Bツリーが順次特性格納され、それは、パフォーマンスへの影響クラスタード・インデックスは、インデックス内に挿入されます。一般的な推奨事項主キーの値は、データの自動成長とは無関係ですが、あなたは、主キーと同様のUUIDを使用する場合、クラスタ化インデックスは、破片や、ページング、および非常にお勧めの多くを生成します。必要が使用するためのInnoDBのセカンダリインデックスは、主キーのアドレスが含まれているバックテーブルに主キーがセカンダリインデックスに基づいて見つけることであることを意味し、その後、クエリのデータラインは、主キーに応じて、あなたが二回クエリに必要な、サポートの欠如です。
- インデックスをカバー：インデックスがクエリのフィールドに必要なすべての値を含む場合とカバー指標となります。
- 冗長性と重複インデックス：冗長性と重複のインデックスを見つけ、それを削除します。
合理性インデックスは、応答時間を決定するために使用することができ、インデックスは、実際のSQLクエリを最適化します。
