【初心者でもわかる】クエリプランナーとは？SQLの速度を劇的に改善する仕組みと使い方を徹底解説
データベースを扱うプログラマーやSEであれば、一度はこんな経験をしたことがあるのではないでしょうか。
- SQLは正しいのに、なぜか処理が遅い
- 同じクエリなのに環境によって速度が違う
- インデックスを貼ったのに速くならない
私自身、システム開発の現場で何度もこうした問題にぶつかりました。
そしてその原因の多くは「クエリプランナー」という仕組みに関係していました。
クエリプランナーは、データベースがSQLを実行するときにどの方法でデータを取りに行くかを決める頭脳のような存在です。
この仕組みを理解すると、次のようなメリットがあります。
- SQLの速度改善ができるようになる
- インデックス設計がうまくなる
- パフォーマンス問題の原因を特定できる
本記事では、プログラマーやSEの方へ向けてクエリプランナーの仕組み・使い方・現場で役立つ応用テクニックまで詳しく解説します。
クエリプランナーとは何か
クエリプランナーとは、データベースがSQLを実行するときに最も効率の良い実行方法を決める仕組みのことです。
SQLを書くとき、私たちは次のような形でデータを取得します。
SELECT * FROM users WHERE id = 100;このSQLは一見とてもシンプルです。
しかしデータベース内部では、次のような判断が行われています。
- テーブルを全部読むか？
- インデックスを使うか？
- どの順番で結合するか？
- どの検索アルゴリズムを使うか？
この実行方法の計画を作るのがクエリプランナーです。
つまりSQLは「何を取得するか」を書くものですが、
「どう取得するか」はデータベースが決めているのです。
なぜクエリプランナーが重要なのか
クエリプランナーが重要な理由は非常にシンプルです。
実行計画が変わるだけでSQLの速度は何十倍も変わるからです。
例えば次の2つの方法を想像してください。
- 100万件のデータを全部読む
- インデックスを使って1件だけ探す
当然、後者のほうが圧倒的に速くなります。
しかしインデックスがあっても、クエリプランナーがそれを使わない場合があります。
つまりSQLチューニングとは、実はクエリプランナーに正しい判断をさせる作業
クエリプランナーは主に次のようなことを判断しています。
どの方法が最も効率的かを判断します。
複数テーブルをJOINする場合、結合順序によって処理量が大きく変わります。
例
この3つを結合するとき、どの順番で処理するかを決めるのもクエリプランナーです。
JOINのアルゴリズムも複数あります。
どれが最も速いかをデータ量から推測して決めます。
クエリプランナーの判断を見るにはEXPLAINを使います。
すると次のような実行計画が表示されます。
これは
「主キーインデックスを使って検索する」
という意味です。
つまりEXPLAINを見ることで、
といった情報を確認できます。
私がクエリプランナーの重要性を痛感した出来事があります。
ある業務システムで、検索画面の表示が15秒かかる問題がありました。
SQL自体はそれほど複雑ではありません。
しかもcustomer_idにはインデックスがありました。
「なぜ遅いんだろう？」と不思議に思い、EXPLAINを実行してみました。
すると驚いたことに
Seq Scan（全件検索）
になっていたのです。
つまりデータベースは
「インデックスを使うより全部読むほうが速い」
と判断していたわけです。
原因は統計情報の古さでした。
統計を更新すると、実行計画が変わり
まで改善しました。
この経験で私は
SQLだけではなく、実行計画を見ることが重要
だと学びました。
遅いSQLの原因は大きく3つです。
クエリプランナーを見ることで、どこに問題があるかを判断できます。
実行計画を理解すると、
が分かるようになります。
SQLを書き換えなくても、実行計画が変わるだけで高速化することがあります。
つまりクエリプランナーを理解すると効率的にチューニング
クエリプランナーは統計情報を元に判断しています。
統計が古いと、誤った実行計画になります。
これを実行するだけで改善するケースは非常に多いです。
例えば次のSQL。
これはインデックスが使えません。
代わりに
と書くとインデックスが使われます。
必要なカラムだけ取得することで
が可能になります。
クエリプランナーを深く理解すると、次のことができるようになります。
これはデータベースエンジニアだけでなく、
アプリケーションエンジニアにも非常に価値のあるスキル
です。
なぜなら、パフォーマンス問題の多くはSQLレイヤー
クエリプランナーは、SQLの裏側で動くデータベースの頭脳
この仕組みを理解すると次のようなメリットがあります。
そして何より大切なのは、
SQLは書いたら終わりではない
ということです。
実際にどのように実行されるかを見ることで、データベースの理解は一気に深まります。
もしまだEXPLAINを使ったことがない方は、ぜひ一度試してみてください。
きっとデータベースの見え方が変わるはずです。
クエリプランナーが決めていること
1 テーブルアクセス方法
2 JOINの順番
users
orders
products
3 使用するアルゴリズム
クエリプランナーを見る方法（EXPLAIN）
EXPLAIN
SELECT * FROM users WHERE id = 100;
Index Scan using users_pkey
【体験談】私がクエリプランナーで救われた話
SELECT *
FROM orders
WHERE customer_id = ?
クエリプランナーを知るメリット
1 パフォーマンス問題を特定できる
2 インデックス設計がうまくなる
3 無駄な最適化をしなくて済む
応用編：クエリプランナーを味方につけるテクニック
1 統計情報を更新する
ANALYZE;2 WHERE条件の書き方を工夫する
WHERE YEAR(created_at) = 2024
WHERE created_at >= '2024-01-01'
AND created_at < '2025-01-01'
3 不要なSELECT *を避ける
さらに上級者向け：実行計画を読む力をつける
まとめ：クエリプランナーを理解するとSQLはもっと速くなる
コメント