EXPLAIN

概要

表形式

概要

table:explain

フィールド名 概要

id クエリの実行単位

select_type テーブルがどのような文脈でアクセスされるかを表す

table テーブル名。エイリアスを利用している場合はエイリアスの名前 (エイリアスを利用している場合は必ずエイリアス名になってしまうようだ)

partitions パーティショニングが行われている場合に利用される。Partition Pruning が効いているかの判断基準になる

type アクセスタイプ。どのようにテーブルから行データをとってくるか

possible_keys 利用できる可能性のあるインデックス一覧

key possible_keys から、オプティマイザが利用すると判断したインデックス

key_len 選択されたインデックスの長さ。長いと非効率的

ref

rows 現在のアクセスタイプでどれだけの行が取得されるか？統計値から計算された概算値

filtered 行データ取得後に WHERE 句の条件等で絞り込まれると、どれだけの行が残るか？統計値から計算された概算値

Extra オプティマイザによる動作の特徴を示す情報

アクセスタイプ

table:アクセスタイプ

アクセスタイプ 概要

const 主キーあるいはユニークキーによるルックアップ

system テーブルに一行しかない場合の特殊なアクセスタイプ

ALL フルテーブルスキャン

index フルインデックススキャン

eq_ref JOIN の内部表に対する、主キーあるいはユニークキーによるルックアップ

ref ユニークキーではないインデックスに対する等価比較

ref_or_null ref に加えて NULL のエントリをスキャンする (ref の場合はNULLのインデックス値はスキャンされない)

range 特定範囲のインデックスのスキャン

fulltext フルテキストインデックスを利用した検索

index_merge 複数のインデックスを利用して行を取得し、それをマージする

unique_subquery IN サブクエリへのアクセスにおいて、主キーあるいはユニークキーが利用される

index_subquery ユニークではないインデックスを使った unique_subquery

Extra フィールド

Extra フィールドをみると、行を取得してからさらにどのような絞り込みが行われているのかがわかる。

table:Extraフィールド

Extra の値 概要

Using where アクセスタイプで示した方法で行を取得した後、検索条件で絞り込む

Using index インデックスにのみアクセスすることでクエリが解決している

Using filesort ORDER BY にインデックスが利用できない

Using temporary 暗黙的にテンポラリテーブルが作成される

Using where with pushed condition

Using index condition

Using MRR

Using join buffer (Block Nested Loop)

Using join buffer (Batched Key Access)

...

Use filesort

テンポラリテーブルでファイルソートをしようとしているためかなり遅い。インデックスでファイルソートすれば解決する

EXPLAIN SELECT ... ORDER BY を使用すると、MySQL がインデックスを使用してクエリーを解決できるかどうかを確認できます。Extra カラムに Using filesort と表示された場合、それはできません。

JSON 形式

Visual Explain