【MySQL】遅いselect文の原因を調査する【explainの読み方】 - Qiita

key テーブルにアクセスするために使ったindexを示す。 ちなみに、possible_keysは「使える候補」で、実際につかったかどうかはkeyの値を見る。 key_len 選択されたキーの長さ。 インデックスのキー長が短いほうが高速になるので、迷ったら長さの短いほうにインデックスをつけるといい。 rows selectの取得件数の見積もり。 ざっくりとしたものなので、where句次第ではもっと少ない件数が返ってくることもある。 extra ほかに使用している条件などがあれば、ここに出力される。 チューニング方法の例 type=null かつ key=null の場合 →インデックスが張られてない＆テーブルのフルスキャンが行われている。 where条件で使うカラムにインデックスを張る。 もしくは、インデックスが張られたカラムをwhere条件の中に追加する。 extra=Using fi

[tmatsuu]

key_lenが短いほうが良いはその場合もあるがそうとも言い切れない。「インデックスと同じ順序でwhere条件を組み立てる」ではなくて、where条件に合わせて複合インデックスの順序入れ替えを検討すべし。