ВС
На колонку created
Size: a a a
2020 May 24
ВС
Это значит, что у тебя ни один индекс правильно не применяется
ВС
Разберись, как навешиваются индексы
K
У меня index стоит и для created и для category_id
VY
а разве не все, потом сортировка, а потом обрезка
Это лишняя работа. А если в таблице миллион записей, а тебе нужно 6 - зачем все перебирать? Оптимизировано в самом SQL
VR
Это лишняя работа. А если в таблице миллион записей, а тебе нужно 6 - зачем все перебирать? Оптимизировано в самом SQL
а каким образом взять 6 до сортировки миллиона?
ВС
У меня index стоит и для created и для category_id
Смотри. У тебя идёт условие where
category_id = 60ВС
А берётся индекс на created_at
ВС
Мб, это оптимально и БД так решила
ВС
И ты уже ничего не сделаешь тут
K
А берётся индекс на created_at
Значит должен смотреть нв category_id
VY
а каким образом взять 6 до сортировки миллиона?
Не понял вопрос.
ВС
Значит должен смотреть нв category_id
Не обязательно. Ты же ещё и сортировку делаешь
ВС
БД виднее
VR
Не понял вопрос.
При сортировке и лимите обрабатываются все записи, хоть миллион
VR
ну в этом случае сначала where? njulf e;t yt dct
ВС
Значит должен смотреть нв category_id
В любом случае, у тебя explain показывает, что он рассматривает оба твоих возможных индекса. Но выбирает created_at
ВС
Я бы не заморачивался на твоём месте, если это не доставляет проблем
K
Проблем не доставляет пока но если можно еще лучше то
ВС
Ну тогда покури, как работать с индексами глубже. Я не сильно шарю