EXPLAIN ANALYZE: как не перепутать медленный SQL с дорогим планом

EXPLAIN ANALYZE: как не перепутать медленный SQL с дорогим планом

Коллеги, давайте разберем план выполнения. EXPLAIN без факта показывает, что оптимизатор задумал. EXPLAIN ANALYZE добавляет реальность: сколько строк прошло, сколько времени заняла каждая операция, где план «поехал».

Смотрите в первую очередь на три вещи:
— расхождение estimated rows и actual rows; если промах в разы, статистика или селективность врут
— узкие места по времени: Seq Scan, Sort, Hash Join, Nested Loop с большим числом повторов
— I/O и буферы: если все упирается в чтение с диска, индексы могут не спасти

Типовая ошибка — лечить верхний узел плана, когда проблема ниже. Если Nested Loop выглядит страшно, проверьте, что внутри: иногда один лишний Seq Scan на маленькой таблице дешевле, чем «красивый» индексный доступ с тысячами случайных чтений. Золотое правило: сначала мониторинг, потом индексы.

Схема простая, но дьявол кроется в статистике: хороший план на малых данных может развалиться на реальном объеме. Поэтому сравнивайте план с фактом после изменений в данных, а не только после правок SQL.

Итог: EXPLAIN ANALYZE полезен только вместе с пониманием данных, статистики и I/O; иначе это просто красивый отчет о том, как база ошиблась.