はじめに

「SQLのパフォーマンスがよくないので実行計画を確認してください。」とは言われても……
何を確認してどうSQLをチューニングすればいいの？実行計画の何が嬉しいんだ？
そもそも実行計画ってなに？って感じなので、
本記事では、実行計画とは何か、EXPLAINを使った実行計画の見方、SQLの最適化方法についてまとめます。

そもそも実行計画ってなに？

実行計画とは、SQLクエリを実行するための「手順書」のようなものです。具体的には、データベースがどのような手法でクエリを実行し、どのリソースをどの順番で利用するかを示した計画です。言い換えれば、実行計画はデータベースが「どのようにしたら最も効率的にクエリを実行できるか」を計算して導き出した方法をまとめたものと言えます。

つまり、データベースが判断したパフォーマンスの高いSQLを具体的に確認することができて、どうしたらより短い時間でSQLを実行できるか、具体的な方法をまとめたもの？

実行計画を確認する目的

実行計画を確認する目的は、クエリが意図した通りに実行されているか、
またはどの部分でパフォーマンスの低下が生じているかを確認すること。
具体的には、以下のような情報を得ることができる。

テーブルのスキャン方法

テーブルを「フルスキャン」しているのか、それともインデックスを利用して効率よくデータを検索しているのか。

命令のコスト

命令の開始コスト（スキャン対象の行数に関わらずかかるコスト）や、命令の終了コスト（スキャン対象行数が増えると増えるコスト）。

推定行数

実行計画に基づいてデータベースが予測するスキャン対象となる行数。

EXPLAINってどうつかうのよ

普段使用するSQLの先頭にEXPALINをつけるだけでいいらしい
実行するとどのようにインデックスが利用され、どのテーブルがスキャンされるのかがわかる

// SQL
EXPLAIN SELECT * FROM users WHERE age > 10;

// 実行結果
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+
|  1 | SIMPLE      | users | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------+

EXPLAINの出力内容

ID：クエリの処理ステップのID。複数の処理ステップがある場合に、順番を識別します
Select_type：クエリの種類（SIMPLE, PRIMARY, SUBQUERYなど）
Table：クエリがアクセスするテーブル名
Type：テーブルへのアクセス方法（ALL, INDEX, RANGEなど）
Possible_keys：使用可能なインデックス
Key：実際に使用されるインデックス
Rows：スキャンされる行数の推定
Extra：その他の情報（例えば、Using whereやUsing indexなど）

まとめ

・SQLクエリのパフォーマンスを最適化するためには、実行計画を確認することが大切
・EXPLAINを使用することで、SQLがどのように実行されるかを把握し、インデックスの利用状況やテーブルスキャンの方法を確認できる
・クエリの最適化を行うことで、アプリケーションのパフォーマンスを大きく改善することができる

その2は具体的に実行計画を利用した、SQLパフォーマンスの改善方法
について書こうと思います
結局、SQLの実行計画って何が嬉しいのって話その2 ~クエリの最適化とパフォーマンス改善~