スロークエリ とは？

MySQLなら「slow_query_log」を有効にして、「long_query_time」で閾値を設定する（デフォルト10秒だけど1秒以下にすることが多い）。閾値を超えたクエリが自動でログファイルに記録されるよ。PostgreSQLなら「log_min_duration_statement」で同じことができる。

一番多いのは「WHERE句のカラムにインデックスがなくてフルテーブルスキャンしている」パターン。次に多いのは「JOINの結合カラムにインデックスがない」「不要なデータまで取得している（SELECT *）」「サブクエリが非効率」など。データが少ないうちは速いのに、本番でデータが増えたら急に遅くなるのがよくあるケース。

まずEXPLAINで実行計画を確認。インデックスが使われているか、フルスキャンになっていないかを見る。インデックス追加で解決できることが多いけど、クエリの書き換え（JOINの見直し、サブクエリの排除など）が必要な場合もある。

そう単純ではないんだ。例えば「WHERE status = 'active'」でレコードの90%がactiveなら、インデックスを使うよりフルスキャンのほうが速い場合がある。カーディナリティ（値の種類の多さ）が低いカラムのインデックスは効きにくい。あとLIKE '%検索語%'のように前方一致でないパターンや、カラムに関数を適用する「WHERE YEAR(created_at) = 2024」もインデックスが効かない。実行計画を読めるようになるまでは地道に経験を積むしかない部分なんだよね。