「あのクエリ、なんでこんなに遅いの？」を解決！PostgreSQLの“結合の魔法”を操る方法
こんにちは！データベースの世界に足を踏み入れた皆さん、日々の開発楽しんでいますか？
PostgreSQLを使っていて、「データはそんなに多くないはずなのに、なぜか検索が遅い…」なんて経験、一度はありますよね。その原因の多くは、実はデータベースが選んだ「データのつなぎ方（結合）」が、今の状況と噛み合っていないからなんです。
今日は、PostgreSQLが裏側で行っている「結合の裏技」を、私たちが少しだけ手助けしてあげる方法についてお話しします。
—
そもそも「結合」って何をやってるの？
データベースで「結合（JOIN）」をするとき、PostgreSQLはまるで料理を作るシェフのような動きをしています。膨大な材料（データ）の中から、どうやって効率よく料理（結果）を出すか、いくつかの作戦を持っているんです。
代表的なのがこの3つ。
- Nested Loop（ネストループ）： 一つずつ丁寧に確認する「しらみつぶし作戦」
- Hash Join（ハッシュ結合）： 一度ハッシュテーブルという「付箋」を作って効率化する「仕分け作戦」
- Merge Join（マージ結合）： あらかじめ並び替えてから突き合わせる「整理整頓作戦」
普段はPostgreSQLが「今はこれが一番早そう！」と自動で選んでくれているのですが、たまに…本当にたまに、「いや、君、それは違うよ！」と言いたくなるようなトンチンカンな選択をすることがあります。
—
そんな時に使える「魔法のスイッチ」
PostgreSQLには、特定の結合方法を「使っていいよ」あるいは「今はダメ！」と制御するためのスイッチがあります。設定画面で `SET` コマンドを使って、こんなふうに切り替えることができるんです。
1. ネストループをオフにする
SET enable_nestloop = off;
「しらみつぶし作戦」を禁止します。「データ量が多すぎて、一つずつ確認してたら日が暮れるよ！」という時に使います。
2. ハッシュ結合をオフにする
SET enable_hashjoin = off;
「付箋（ハッシュ）」を作る作戦を禁止します。「付箋を作るためのメモリが足りなくて、逆に遅くなってるよ！」という時に有効です。
3. マージ結合をオフにする
SET enable_mergejoin = off;
「並び替えて突き合わせる」作戦を禁止します。「もう並び替える時間すらもったいない！」という時に使ってみましょう。
—
注意点：魔法は「緊急用」です！
ここで一つ、大切な約束をさせてください。これらの設定は、あくまで「今のクエリが遅い理由」を突き止めるための検証用として使ってください。
日常的にこれらのスイッチを切り替えてしまうと、データベースのバージョンアップやデータの増減があったとき、「あ、あの時オフにした設定のせいで、今は逆にめちゃくちゃ遅くなってる！」なんていう悲劇が起きてしまいます。
おすすめの解決フローはこんな感じです。
1. `EXPLAIN ANALYZE` を使って、PostgreSQLが今どんな作戦をとっているか確認する。
2. 「もしかして、こっちの作戦の方が早いかも？」と仮説を立てる。
3. `SET enable_xxx = off` を使って、その作戦を封印し、本当に速くなるか試してみる。
4. もし本当に速くなったら、それは「インデックスが足りない」か「統計情報が古い」のが原因かもしれません。そこを直すのが根本的な解決策です！
—
まとめ
データベースのチューニングって、パズルみたいで面白いですよね。
PostgreSQLはとても賢いですが、時には私たち人間が「こっちの方が近道だよ」と教えてあげることで、グッとパフォーマンスが上がることがあります。
まずは怖がらずに、`EXPLAIN` を眺めてみてください。そこにはデータベースが一生懸命考えている「思考の跡」が残されています。
「なぜ？」を追いかけるその姿勢が、皆さんを一流のエンジニアに育ててくれるはずです。また何か詰まったら、いつでも聞きに来てくださいね！
それでは、良いデータベースライフを！
コメント