EXPLAIN показывает план выполнения запроса PostgreSQL — как он будет выполнен (какие сканирования, объединения, индексы). EXPLAIN ANALYZE фактически запускает запрос и показывает реальное время выполнения и количество строк. Это основные инструменты для диагностики медленных запросов.
EXPLAIN orders customer_id ;
EXPLAIN ANALYZE SELECT * FROM orders WHERE customer_id = 5;
-- ACTUALLY runs it → shows REAL time, ACTUAL rows, and where time was spent
EXPLAIN (ANALYZE, BUFFERS) SELECT ...; -- also shows buffer/cache usage
EXPLAIN ANALYZE более полезен, потому что показывает фактическую производительность (реальное время, реальное количество строк) — раскрывая, где запрос действительно тратит время, а не просто оценки.
SCAN TYPES (most important):
Seq Scan → FULL TABLE SCAN (reads every row) — slow on big tables, often the problem
Index Scan → uses an index to find rows — fast
Index Only Scan → reads only the index (doesn't touch the table) — fastest
Bitmap Scan → for combining indexes / many matches
WATCH FOR:
✗ Seq Scan on a large table being filtered → likely a MISSING INDEX
✗ Estimated rows VERY different from actual rows → outdated statistics (run ANALYZE)
✗ Expensive joins, sorts spilling to disk ("external merge")
✗ The node with the highest actual time = the bottleneck
EXPLAIN ANALYZE SELECT * FROM orders WHERE customer_id = 5;
-- "Seq Scan on orders ... actual time=120ms" → a full scan, slow
CREATE INDEX idx_orders_customer ON orders(customer_id);
EXPLAIN ANALYZE SELECT * FROM orders WHERE customer_id = 5;
-- "Index Scan using idx_orders_customer ... actual time=0.05ms" → fixed!
EXPLAIN и EXPLAIN ANALYZE — это основные, необходимые инструменты для диагностики и оптимизации медленных запросов в PostgreSQL — производительность запросов критична для приложений, и эти инструменты — это способ понять почему запрос медленный и проверить исправления, поэтому овладение ими — это важное знание на уровне senior для работы с производительностью базы данных.
Фундаментальная ценность — это видимость плана выполнения: вместо того, чтобы гадать, почему запрос медленный, EXPLAIN ANALYZE (который запускает запрос и показывает реальное время и количество строк) раскрывает ровно то, как Postgres его выполняет и где тратится время.
Самые важные вещи для распознавания — это типы сканирования — особенно выявление Seq Scan (полного сканирования таблицы) на большой отфильтрованной таблице, что обычно указывает на отсутствующий индекс (самую частую и влиятельную проблему производительности запросов), в сравнении с быстрым Index Scan.
Понимание того, как читать план (типы сканирования, сравнение предполагаемых vs фактических строк для выявления устаревшей статистики, определение наиболее дорогостоящего узла как узкого места, внимание к сортировкам, вызывающим сброс на диск) — это ключевой навык для оптимизации запросов.
Рабочий процесс диагностики — запустить EXPLAIN ANALYZE, определить узкое место (часто это Seq Scan), применить исправление (обычно добавление индекса) и перезапустить для проверки — это стандартный, основанный на измерениях подход к оптимизации запросов.
Поскольку медленные запросы — ведущая причина плохой производительности базы данных, и поскольку EXPLAIN/EXPLAIN ANALYZE — это инструменты для их диагностики (раскрывающие отсутствующие индексы, плохие планы и узкие места) и проверки оптимизаций, овладение ими — это важное, высокоценное знание для производительности PostgreSQL — это способ систематически находить и исправлять медленные запросы вместо гадания, критический навык для производительных баз данных и частая тема для работы по оптимизации базы данных.