EXPLAIN ステートメントは、EXPLAIN 出力の一部ではないが、EXPLAIN の後に SHOW WARNINGS ステートメントを発行することで表示できる追加 (「extended」) 情報を生成します。 MySQL 8.0.12 では、拡張情報は SELECT, DELETE, INSERT, REPLACE および UPDATE ステートメントで使用できます。 8.0.12 より前のリリースでは、拡張情報は SELECT ステートメントでのみ使用できます。
SHOW WARNINGS 出力の Message 値には、オプティマイザが SELECT ステートメント内のテーブルおよびカラム名をどのように修飾するか、書き換えおよび最適化ルールの適用後に SELECT がどのように見えるか、および場合によって最適化プロセスに関するその他のメモが表示されます。
EXPLAIN に続く SHOW WARNINGS ステートメントで表示可能な拡張情報は、SELECT ステートメントに対してのみ生成されます。 SHOW WARNINGS では、説明可能な他のステートメント (DELETE, INSERT, REPLACE および UPDATE) に対して空の結果が表示されます。
次に、拡張 EXPLAIN 出力の例を示します:
mysql> EXPLAIN
SELECT t1.a, t1.a IN (SELECT t2.a FROM t2) FROM t1\G
*************************** 1. row ***************************
id: 1
select_type: PRIMARY
table: t1
type: index
possible_keys: NULL
key: PRIMARY
key_len: 4
ref: NULL
rows: 4
filtered: 100.00
Extra: Using index
*************************** 2. row ***************************
id: 2
select_type: SUBQUERY
table: t2
type: index
possible_keys: a
key: a
key_len: 5
ref: NULL
rows: 3
filtered: 100.00
Extra: Using index
2 rows in set, 1 warning (0.00 sec)
mysql> SHOW WARNINGS\G
*************************** 1. row ***************************
Level: Note
Code: 1003
Message: /* select#1 */ select `test`.`t1`.`a` AS `a`,
<in_optimizer>(`test`.`t1`.`a`,`test`.`t1`.`a` in
( <materialize> (/* select#2 */ select `test`.`t2`.`a`
from `test`.`t2` where 1 having 1 ),
<primary_index_lookup>(`test`.`t1`.`a` in
<temporary table> on <auto_key>
where ((`test`.`t1`.`a` = `materialized-subquery`.`a`))))) AS `t1.a
IN (SELECT t2.a FROM t2)` from `test`.`t1`
1 row in set (0.00 sec)
SHOW WARNINGS によって表示されるステートメントには、クエリーの書き換えやオプティマイザのアクションに関する情報を提供する特別なマーカーが含まれることがあるため、ステートメントは必ずしも有効な SQL ではなく、実行されることを目的としていません。 出力には、オプティマイザによってとられたアクションに関する追加の SQL でない説明のメモを提供する Message 値のある行が含まれることもあります。
次のリストでは、SHOW WARNINGS によって表示される拡張出力に表示される特殊なマーカーについて説明します:
-
<auto_key>一時テーブルの自動的に生成されるキー。
-
<cache>(expr)式 (スカラーサブクエリーなど) が 1 回実行され、あとで使用するために、結果の値がメモリーに保存されます。 複数の値で構成される結果の場合、一時テーブルが作成され、かわりに
<temporary table>が表示されます。 -
<exists>(query fragment)サブクエリー述語は
EXISTS述語に変換され、サブクエリーはEXISTS述語と一緒に使用できるように変換されます。 -
<in_optimizer>(query fragment)これは、ユーザーにとっては意味がない内部オプティマイザオブジェクトです。
-
<index_lookup>(query fragment)対象の行を見つけるためにインデックスルックアップを使用して、クエリーフラグメントが処理されます。
-
<if>(condition,expr1,expr2)条件が true の場合は
expr1、そうでない場合はexpr2に評価されます。 -
<is_not_null_test>(expr)式が
NULLに評価されないことを確認するためのテスト。 -
<materialize>(query fragment)サブクエリーの実体化が使用されます。
-
`materialized-subquery`.col_nameサブクエリーの評価の結果を保持するために実体化された内部一時テーブル内のカラム
col_nameへの参照。 -
<primary_index_lookup>(query fragment)対象の行を見つけるために主キールックアップを使用して、クエリーフラグメントが処理されます。
-
<ref_null_helper>(expr)これは、ユーザーにとっては意味がない内部オプティマイザオブジェクトです。
-
/* select#N*/select_stmtSELECTは、id値がNの拡張されていないEXPLAIN出力の行に関連付けられます。 -
outer_tablessemi join (inner_tables)準結合操作。
inner_tablesには、プルされなかったテーブルが表示されます。 セクション8.2.2.1「準結合変換による IN および EXISTS サブクエリー述語の最適化」を参照してください。 -
<temporary table>これは、中間結果をキャッシュするために作成される内部一時テーブルを表します。
一部のテーブルが const または system 型である場合、これらのテーブルからのカラムを含む式は、オプティマイザによって早期に評価され、表示されるステートメントに含まれません。 ただし、FORMAT=JSON では、一部の const テーブルアクセスが定数値を使用する ref アクセスとして表示されます。