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

Сначала нужно понять, где именно теряется время: в плане выполнения, на чтении данных, соединениях или сортировках. Дальше проверяется индексная стратегия, селективность условий и объем возвращаемых строк. Если этого недостаточно, запрос переписывается и при необходимости меняется схема или добавляются агрегаты/кэш.

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

Оптимизация долгого SQL-запроса — это последовательная диагностика и улучшение запроса, чтобы снизить время выполнения и нагрузку на БД. Обычно начинают с анализа плана выполнения, потом ищут полные сканы таблиц, неэффективные JOIN, лишние вычисления, большие сортировки и выборку лишних данных.

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

Например, запрос долго выполняется из-за фильтра по полю без индекса и сортировки большого результата. Сначала смотрят EXPLAIN, затем добавляют индекс по полю фильтра, ограничивают набор возвращаемых колонок и при необходимости переписывают запрос так, чтобы он лучше использовал индекс.

-- До оптимизации
SELECT *
FROM orders
WHERE customer_id = 42
ORDER BY created_at DESC;

-- После оптимизации
SELECT id, customer_id, created_at, status
FROM orders
WHERE customer_id = 42
ORDER BY created_at DESC;

-- Возможное улучшение на уровне БД:
-- индекс по (customer_id, created_at)

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

Код здесь показывает типичный путь оптимизации.

Сначала SELECT * заставляет БД возвращать все столбцы, даже если нужны только несколько, что увеличивает объем чтения и передачи данных. Затем фильтрация по customer_id и сортировка по created_at могут стать быстрее, если есть составной индекс, который поддерживает и отбор, и порядок. Это уменьшает количество строк, которые нужно отдельно сортировать, и снижает стоимость запроса.

Если запрос все равно медленный, дальше проверяют:

План выполнения через EXPLAIN или аналоги.
Количество строк, попадающих под фильтр.
Наличие лишних JOIN и подзапросов.
Не вызывает ли запрос блокировки или ожидание ресурсов.
Не лучше ли предварительно агрегировать данные или кэшировать результат.

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

Начинать нужно с анализа плана выполнения, а не с угадывания.
Частая причина тормозов — отсутствие подходящих индексов или их неправильное использование.
SELECT * обычно вреден, если нужны не все поля.
Большой JOIN, сортировка и агрегация на больших объемах часто дают основной вклад во время выполнения.
Иногда проблема не в SQL, а в объеме данных, блокировках или плохой статистике оптимизатора.
После каждой правки важно перепроверять план и измерять эффект, а не полагаться на предположение.

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