Помогите понять и оптимизировать mysql запрос

на date само собой есть индекс. ето тбл от движка DLE

быстро. но мне и так и так нужно

С чего бы вдруг?
Для quicksort/external merge-sort направление сортировки не имеет принципиального значения.
Без индекса в любом случае будут извлекаться все данные будут и если влезут в память то отсортируются quicksort. Здесь скорее всего не влазят, и думаю, что тупо лезет в своп, иначе сортировка слиянием тоже бы отработала быстро.

Ну вот так получается. Мускуль не любит "задом наперёд" работать.

А ТС пишет, что есть индекс.

Со времён хоара в быстрой сортировке ничего не поменялось. Разницу могу представить, только если mysql не использует медиану в качестве опорного элемента.

Да ну, не верю.
Такую разницу можно объяснить только одним - система из ОЗУ полезла на диск.
А значит:
- либо начала (вместо быстрой) использовать сортировку слиянием и промежуточные части хранить на диске
- либо быстрая сортировка полезла в своп.
Но всё это актуально только без индекса по каком-то из полей сортировки.

Добавить составной индекс, который я предлагал... НЕ.... долго это всё...

Выложить SQL файл с чудной это таблицей для теста... НЕ... кому это надо.

Сидеть болтать ни о чём, это ДА! Это время есть! Эт по нашему!

Почему бы не проверить, как оно по факту будет работать? Как предложил  LEOnidUKG.

ето куда выложить 30к записей

поменял местами индекс

с  INDEXapprove, allow_main на  INDEX allow_main, approve и теперь все быстро 😆

Предположу, что в стартпосте неправильно написано:

Наверное, всё же почти везде 0.