インデックスの検索が速くなりますが、追加および削除が遅くなります
インデックス自体がスペースを占有しなければなりません
の* .Myiniの存在
ツールの紹介
説明します
これは、SQL文を解析できる解析ツールで、SQL文の実行効率を予測することができます。
MySQLの> EMPからどこEMPNO = 998776 \ G *選択説明。
*************************** 1行******************** *******
ID：使用するSQL文のインデックス値の1つの//代表
SELECT_TYPE：SIMPLE //シンプル、通常のインデックス
テーブル：EMP // 今何クエリテーブル、マルチテーブルマルチテーブルが表示されますされ
パーティション：NULL
タイプ：CONST //リンクタイプ定数テーブル、3種類があり、
possible_keys：PRIMARY //インデックスを使用する場合があります
キー：インデックスのPRIMARY //実際の使用
key_lenに：3 //インデックス長
REF：CONST
行：にラインから取り出し、どのくらいの1 //
濾過：100.00 //リターン結果が行ごとに行をスキャンする必要があることを意味（価値行行）割合
エクストラ：NULL
セット内の1行目、1つの警告（0.00秒）
エラー：
指定されませんクエリ
\ Gを追加したSQL文は、長手方向に整列させることができます
3種類があります種類：すべてがフルテーブルスキャンが非常に遅い表し、プラス、インデックス、constのように、
CONSTと一致するリンクのタイプであるテーブル・システムのみ一列（=システムテーブル）
constが最大で1本のマッチを表し、
possible_keysは、最適なインデックスを選ぶだろう
インデックスの削除
テーブルを変更PRIMARY KEYを（字段）ドロップ。
主キーの場合は、インデックスが自動的に
この文は、分析は、インデックスを使用しません、何が方法の説明であるが、分析は時間外ではありません。
余分なクエリの詳細
いいえテーブルなし、テーブルのクエリ
回避しようとし、これは一種のファイルであるfilesortレコード使用して、非常に遅いです。
一時的に特定の操作を使用すると、一時テーブルを使用する必要があります。
オーダーによる共通グループによる
テーブル内のすべての情報は読んでいないところ使用して、あなただけのインデックスを介して情報を得ることができます
情報を説明するためによると、私たちはそのインデックスの使用は、レコードの取り出してどのくらい、あなたはまた、ソートの仕方を見ることができるかどうか、SQL文を見ることができます。
しかし、このようなクエリの場合：
ENAME = EMPから選択* 'ouiHJB';
何もインデックスされていないためか、非常に遅くなります。