-
デザインは、列ではなく、列の結果であることが検索されている人よりも、接続・ワードで指定した列または列のところ最高の言葉であり、インデックス化
-
、多くの場合、グループ化列と協力をソートするために必要とする人のためのインデックス作成
-
一意のインデックスを使用しますが、列の値が一意である場合の列の少ない重複した値が、インデックスの効果が良好であった場合にのみ、そう、効果が最高、反例は、性別、性別、男性のみのフィールドにインデックスされています何があっ検索の値は、ラインの約半分を取得しますので、女性、確立指数は、多くの速度をスピードアップすることはできません
-
フィールドが長すぎるインデックスを構築する場合には、あなたが短いインデックスを作成することができ、例えば、CHAR（255）列は、することができますので、それは、確率の最初の10個の文字に非常に認識繰り返されないことを、観察して、そこにありますフィールドの最初の10個の文字にインデックスを作成し、これもスペースインデックスを保存し、クエリ速度が速いかもしれ
-
データテーブルの小さな量は、インデックス化されていないインデックスは、クエリの速度を最適化するために作成され、データテーブルに少量のデータならば、クエリが、でも、インデックスの追加かかわらず、あまりにも遅れてではなく、最適化は明らかだろうしなかったであろう代わりに、インデックステーブルのコストの少量、インデックス構造を維持することは大きくなります
-
インデックスがない、オーバーインデックスを行い、可能ではない、追加の各インデックスは、追加のディスク領域を占めるが、テーブルのデータに変更は、インデックスが調整され、更新されなければならない場合には、今回、複数のインデックス、もはやそれが取る、それはスピードメーターを改正影響します。引数は、MySQLは、実行計画を生成します、少し深い実行計画は、必然的に非常に正確ではないので、それほどで結合された場合、I / OとCPUコストを計算して、より小さなコストのプログラムを選択します。このステップは、実行されますインデックス干渉が間違ったインデックスを選択するMySQLへつながる可能性が高いです
-
デザイン指数は最も左前方一致の原則考慮すべき
-
あなたは、多くの場合、複数の条件のクエリを使用する場合は、複数の別のインデックスの代わりに複合インデックスを使用することをお勧めします
-
代わりに、変更する必要はありませんインデックスを作成する場合によると、スピードメーターに影響を与えるために続けインデックスを変更するので、関係のない、たとえ低周波を使用したものが使用されなくなったインデックスを削除
-
あなたが大規模なインデックス付きのテーブルに影響を受けている場合は、事業の際に忙しくないことを選択しようと、オンライン環境の更新のテーブルを避けます
-
むしろ、新しいインデックスを作成するよりも、拡張されたインデックスを試してみてください。
