インデックスが使われないときに何を見るか

貼ったのに速くならない

インデックスは、貼れば必ず使われるわけではありません。使われているかどうかは実行計画を見れば分かり、 使われない理由はだいたい 8 つのどれかです。

実行計画そのものが読めない場合は先に実行計画の読み方へ。 このページは「読める」前提で、インデックス側の話だけをします。

判定は 1 行で済む

実行計画で、その条件がどちらに出ているかを見ます。

• Index Cond: に乗っている → 使われている。 読む行数そのものが減っている
• Filter: に残っている → 使われていない。 テーブルを読んでから捨てている

Rows Removed by Filter が出ていれば、それが捨てた行数です。 この数字が返した行数に比べて大きければ、それだけ無駄に読んでいます。

表記の詳しい意味と、同じクエリで両方を見比べた実例はIndex Cond と Filter の違いに。

なお Index Scan ではなく Index Only Scan が出ていれば、テーブル本体を読まずに済んでいるという意味で、いちばん効いている状態です。 一意インデックスなら 1 行と分かった時点で探索が止まるので、 条件が等値のときは一意インデックスかどうかでも 読む量が変わります。

使われない 8 つの理由

WHERE lower(email) = 'a@example.com'

WHERE zip_code = 1500001   -- zip_code は varchar

WHERE name LIKE '%tanaka'

-- (city, grade) の索引に対して
WHERE grade = 'gold'

WHERE city = 'tokyo' OR grade = 'gold'

-- (a ASC, b ASC) の索引に対して
ORDER BY a ASC, b DESC

WHERE age < 55   -- 50 万行中 29 万行が該当

-- 大量投入の直後、ANALYZE 前

「使われていない」と「使わない方が速い」は違う

7 番は直す必要がありません。インデックスを辿ると行ごとにページをバラバラに読むことになるので、 対象行が多いときは順に全部読んだ方が速いためです。

実際に測ると、全体の 50% 前後で切り替わります。 50 万行のテーブルで、条件に合う行が 25 万行を超えたあたりから全表スキャンが選ばれます。 測定した表はスキャンの種類にあります。

「Seq Scan が出ているから遅い」ではありません。まず対象行の割合を見て、それから 1〜6 と 8 を当ててください。

貼る前に確かめる手順

1. EXPLAIN を打つ。使われるかどうかは見積りの段階で決まるので、ANALYZE は無くても判定できます
2. 条件が Index Cond 側に乗るか見る
3. 乗らないなら、上の 8 つを上から当てる
4. 貼ると決めたら、更新が遅くなる分も見積もる。インデックスの更新コストへ
5. 必要な列を全部含められるならカバリングインデックスにすると、 テーブル本体を読まずに済みます

よくある勘違い

• 「インデックスを貼れば必ず速くなる」 — 7 番のとおり、 対象行が多ければ逆効果です。書き込みも遅くなります
• 「実行計画に索引名が出ていれば使われている」 — Bitmap Index Scan は索引を使いますが、 そのあとテーブルも読みます。どれだけ読んだかは Heap Blocks に出ます
• 「複合インデックスは列の順番と関係ない」 — 4 番のとおり、 左端から順に使われます