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

Медленный SQL-запрос — это чаще всего следствие отсутствия индекса, неудачного плана выполнения или избыточной работы с данными. Прежде чем что-то менять, нужно получить факты: как база данных собирается выполнять запрос и сколько времени тратит на каждый шаг.

Шаг 1. Получить план выполнения

В PostgreSQL используется EXPLAIN (ANALYZE, BUFFERS), в MySQL — EXPLAIN ANALYZE. План показывает, какие операции выполняются (Seq Scan, Index Scan, Nested Loop, Hash Join), сколько строк обрабатывается и где основная стоимость.

EXPLAIN (ANALYZE, BUFFERS)
SELECT u.name, o.total
FROM users u
JOIN orders o ON o.user_id = u.id
WHERE o.created_at > now() - interval '30 days'
ORDER BY o.total DESC
LIMIT 10;

Шаг 2. Найти проблемные места

• Seq Scan по большой таблице — обычно нужен индекс.
• Большая разница между estimated rows и actual rows — устаревшая статистика, нужен ANALYZE.
• Sort с большим объёмом данных — индекс по колонке сортировки.
• Nested Loop на больших выборках — возможно, лучше Hash Join.

Шаг 3. Применить оптимизации

1. Добавить индекс по колонкам в WHERE, JOIN и ORDER BY.
2. Убрать SELECT * и вернуть только нужные поля.
3. Переписать подзапросы в JOIN, если это уменьшает работу.
4. Использовать партиционирование для больших таблиц.
5. Кэшировать результат на уровне приложения или в Redis.

CREATE INDEX idx_orders_created_user
ON orders (created_at, user_id);

-- После создания индекса повторяем EXPLAIN ANALYZE
-- и сравниваем время выполнения до и после.

Важно помнить: индексы ускоряют чтение, но замедляют запись и занимают место. Не стоит добавлять их «на всякий случай» — только под конкретные запросы.

Итог: оптимизация SQL — это цикл «измерить, изменить, измерить снова». Начинайте с плана выполнения, устраняйте самые дорогие операции и проверяйте результат на реальных данных.