Что хотят услышать интервьюеры:

В PostgreSQL медленные запросы обычно ищут через slow query log, расширение pg_stat_statements и анализ EXPLAIN (ANALYZE). Для оперативной диагностики полезны системные представления pg_stat_activity и просмотр блокировок. Важно уметь отличать долго выполняющийся запрос от запроса, который долго ждёт ресурсы.

Определение:

Медленный запрос — это SQL-запрос, который выполняется дольше ожидаемого из-за неэффективного плана, отсутствия индексов, больших объёмов данных, блокировок или нехватки ресурсов. В PostgreSQL такие запросы обычно ищут по журналам, статистике выполнения и анализу плана запроса. Основные инструменты — логирование медленных запросов, pg_stat_statements, EXPLAIN ANALYZE, pg_stat_activity и данные о блокировках.

Пример использования:

Например, нужно понять, почему один из запросов в приложении стал тормозить. Сначала включают логирование запросов, которые выполняются дольше заданного порога, затем проверяют статистику по запросам и смотрят план выполнения.

-- Логировать запросы медленнее 1 секунды
ALTER SYSTEM SET log_min_duration_statement = '1000ms';
SELECT pg_reload_conf();

-- Посмотреть текущие активные запросы
SELECT pid, now() - query_start AS duration, state, query
FROM pg_stat_activity
WHERE state <> 'idle'
ORDER BY duration DESC;

-- Проанализировать план конкретного запроса
EXPLAIN (ANALYZE, BUFFERS)
SELECT *
FROM orders
WHERE customer_id = 42;

Пояснение кода:

Код показывает три типовых шага диагностики.

ALTER SYSTEM SET log_min_duration_statement = '1000ms' включает запись в лог всех SQL-запросов, которые выполняются дольше 1 секунды. Это помогает увидеть реальные медленные операции в продакшене.

Запрос к pg_stat_activity показывает текущие активные сеансы, длительность выполнения и текст запроса. По нему можно быстро понять, что именно сейчас тормозит, выполняется ли запрос или он ждёт блокировку.

EXPLAIN (ANALYZE, BUFFERS) запускает запрос и возвращает фактический план выполнения: сколько строк было прочитано, сколько времени заняли этапы, были ли обращения к буферам. Это основной инструмент для поиска причин медленной работы: seq scan, плохой join, неверная селективность, отсутствие индекса.

Ключевые моменты:

log_min_duration_statement — главный способ ловить медленные запросы в логах.
pg_stat_statements нужен для поиска запросов с наибольшим суммарным или средним временем выполнения.
EXPLAIN (ANALYZE, BUFFERS) помогает понять причину медленной работы, а не только факт торможения.
pg_stat_activity полезен для просмотра текущих запросов и их длительности.
Медлительность может быть вызвана не только планом, но и блокировками, I/O и нехваткой памяти.
Важно смотреть и на частоту запроса, и на его среднее/суммарное время, а не только на один долгий запуск.

Какими средствами можно определить медленные запросы в базе данных PostgreSQL?