優れた関連ブログのアドレス
1. https://www.cnblogs.com/liqiangchn/p/9060521.html 理解しやすいです
分類の最初に、インデックス
1：ストレージ構造が分割されるから：Bツリーインデックス（又はB +ツリーインデックスB木）、ハッシュインデックス、フルインデックスフルテキストインデックス、R-Treeインデックス。
2：アプリケーション・レベルから点へ：一般インデックスだけインデックス、複合インデックス
3：クラスタ化インデックス、非クラスタ化インデックス：キーデータ（インデックス）シーケンス関係の論理的・物理的な順序。
1インデックス、インデックス2は、分類処理のために使用される保存されたメモリの形態に記載され、両者は異なるレベルで分割されます。
しかし、通常我々は、一般的には、アプリケーションレベルの部門を参照するインデックスのタイプについて話しています。
二、B、B +ツリー
B +ツリーはB-ツリー、B +ツリーを最適化された非リーフノードのインデックス項目、データ情報項目のリーフノード、及び関連するポインタを使用してデータページ間のM即ち、各リーフノード、すなわち、B +ツリーのみ必要ですツリー全体をより良い使用範囲クエリとすることができるトラバースリーフノードトラバーサルを達成することができます。
B +ツリーは、サブがMよりも子項目大きく、データが分割される場合、中間ノードは親ノードとして機能する、Bツリーの特性に合わせて追加および削除されています。
主キーに基づいてインデックスを作成し、それがデータの追加や削除が更新されたデータを分割して生成された作業時間を短縮することができます。
第三に、クラスタ化インデックスと補助グループインデックス
MySQLは後にインデックスエントリを見つけ、インデックスのデータ構造、および注文数量順とB +ツリーを使用してクラスタ化インデックスを使用して再度データ索引付け、すなわちリーフノードのストアデータを、および二次群屈折率は、クラスタ化インデックスのインデックスエントリに格納されていますだけでなく、セカンダリインデックスのクエリを再度
第四に、主キーの戦略の順序：
InnoDBテーブルを使用して、自動インクリメントの主キーが簡単で高性能なポリシーであり、その結果、データが順次書き込まれていることを確認することができます。行を挿入するのに長い時間を要し、かつ占有索引スペースが大きくなるだけでなくなるようにクラスタ化インデックスとしてUUIDを使用して、パフォーマンスの観点から、ランダムにクラスタ化インデックスを回避する最善のは、非常に悪いです。
第五に、索引列の種類を設定することができます
第六に、クエリはインデックスを使用していないどのような状況下で実行されます