Почему PostgreSQL может не использовать индекс и предпочесть Seq Scan?

Важно понимать, что PostgreSQL не обязан использовать индекс, даже если он существует.

Как PostgreSQL выбирает план

Планировщик оценивает несколько вариантов выполнения запроса и выбирает самый дешевый по внутренней модели стоимости.

• стоимость чтения страниц с диска

• количество ожидаемых строк

• сложность операций

Основные причины выбора Seq Scan

1. Выбирается много строк

   • Если запрос возвращает большую часть таблицы, индекс теряет смысл

   • Последовательное чтение дешевле множества случайных обращений

2. Устаревшая статистика

   • PostgreSQL неправильно оценивает количество строк

   • Планировщик принимает неверное решение

3. Тип условия

   • Используются функции или выражения над колонкой

   • Индекс не может быть применен

SELECT *
FROM users
WHERE LOWER(email) = 'test@mail.com';
-- обычный индекс по email здесь не используется

4. Низкая селективность

   • В колонке много одинаковых значений

   • Индекс плохо фильтрует данные

Как повлиять на выбор плана

• обновить статистику через ANALYZE

• создать подходящий индекс

• переписать условие запроса

• использовать функциональный индекс при необходимости

Краткий вывод

PostgreSQL выбирает Seq Scan, когда считает его более дешевым, и это чаще связано с объемом данных, статистикой и селективностью условий.