Как понять, какой именно SQL-запрос является узким местом в системе?

Чтобы определить, какой SQL-запрос тормозит систему, важно действовать последовательно и опираться на измерения, а не на догадки.

Где искать проблемные запросы

Для начала нужно понять, какие запросы реально нагружают систему.

1. Статистика выполнения запросов

   • Используется расширение pg_stat_statements

   • Позволяет увидеть:

     • общее время выполнения

     • среднее время

     • количество вызовов

   • Часто узким местом является не самый медленный запрос, а тот, который выполняется тысячи раз

2. Логи медленных запросов

   • Включается параметр log_min_duration_statement

   • Позволяет логировать запросы, которые выполняются дольше заданного порога

   • Полезно для поиска редких, но очень тяжелых операций

Анализ конкретного запроса

Когда подозрительный запрос найден, его нужно разобрать.

1. План выполнения

   • Используется EXPLAIN или EXPLAIN ANALYZE

   • Показывает:

     • какие операции выполняются

     • в каком порядке

     • сколько строк ожидается и реально обрабатывается

EXPLAIN ANALYZE
SELECT *
FROM orders
WHERE user_id = 42;

2. На что обращать внимание

   • Seq Scan на больших таблицах

   • большое расхождение между rows и actual rows

   • дорогие операции Sort, Hash, Nested Loop

Типичные причины узких мест

• отсутствие или неправильный индекс

• устаревшая статистика

• выборка слишком большого количества данных

• выполнение запроса в цикле на уровне приложения

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

Узкий SQL-запрос находят через статистику и логи, а затем анализируют его план выполнения, чтобы понять реальную причину низкой производительности.