Вы смотрите EXPLAIN запроса для дашборда и видите фрагмент: SortLimit. При этом сортировка происходит по миллионам строк. Где с наибольшей вероятностью узкое место?

AВ узле Limit, потому что он «режет» большой результат и часто становится самым дорогим шагом в плане EXPLAIN
BВ операторе SELECT, потому что выборка столбцов всегда самый дорогой шаг и формирует итоговое множество строк
CВ сетевой передаче результата клиенту, потому что объём в дашборде превышает скорость соединения по network
DВ узле Sort: чтобы применить ORDER BY, базе нужно упорядочить большой набор строк до Limit без индекса
Правильный ответ. Часто дорого не LIMIT, а сортировка перед ним: Sort обходит весь набор, если нет подходящего индекса.

Разбор

Если нет индекса, который может отдать строки уже в нужном порядке, база вынуждена выполнять Sort для всего набора, а затем брать первые строки через Limit. Поэтому для ускорения обычно уменьшают объём данных до сортировки более селективным WHERE или добавляют индекс под ORDER BY. Сам Limit после готовой сортировки обычно дешёвый, а сетевая передача редко лимитирует результат, ограниченный десятками строк.

Проверь себя · 1/3разбор после ответа
В выводе EXPLAIN вы видите оценку cost=0.00..431.00. Какой вывод аналитик может сделать безопасно?
Тренировать SQL в Telegram

Ещё вопросы по теме «EXPLAIN и оптимизация»