mysql+150000 записей+размер 500МБ. Вешается :)

Лучше рукоплещите 😂

Ну если у вас такой код что при добавлении одного поля в таблицу, и по одному запросу на добавление и удаление новости, надо переписывать структуру и CMS, то грош цена и коду и CMS 😂

А если индекс cat сделать составным (`cat`, `id`) ?

Запрос

SELECT * FROM `cms_freepages` WHERE cat=2 ORDER id DESC LIMIT 37710, 30

должен выполнятся быстрее чем выборка всех id

И менять в CMS ни чего не придется.

/ru/forum/comment/10096457

Это мысли, которые хранятся, чисто в вашей голове и нам трудно понять их. А то, что вы без кода тут начинаете оперировать ими, как чем-то уникальным и лучшим, выглядит по крайней мере глупо.

может такой запрос даст лучше результаты

SELECT *

FROM ( SELECT @nn := @nn +1 AS `num_row` , `cms_freepages`. *

FROM `cms_freepages`, (SELECT @nn :=0 ) AS t1

WHERE `cat` = 2

ORDER BY `id` DESC) AS `tmpT`

WHERE `num_row` >= 37710 AND `num_row` < 37710 + 30

Вам надо выбирать записи, но не зная позиции вы выбираете нужное количество с нужного места, используя limit.

А если бы у вас было еще одно поле где новости были пронумерованы в порядке возрастания для каждой категории. То вы бы сразу выбирали бы новости по номеру в данной категории. При этом limit абсолютно ненужен, сортировка по id тоже.

По сути это напоминает то-же автоинкремент, только для категории, и позицию проставляете вы при добавлении новости а не база. Только единственное отличие что при удалении новости у вас не должно быть разрывов нумерации.

а это решается при удалении новости одним запросом, примерно такого вида

UPDATE table SET pos=pos-1 WHERE cat=number AND id>del_id

Fearful, ну вот видите совсем другой разговор :)

Только вот вы уверены, что это будет быстрее, тесты проводили?

не забывайте, что нам нужен в любом случаи полный запрос, чтобы узнать количество записей для отображения листинга.

Будет однозначно, потому что запрос можно представить в виде

SELECT * FROM table WHERE cat=number AND pos IN (...)

а тут нет ни лимита, ни сортировки, потому быстрее 100% будет

Так смотрите, у вас есть номер последней новости в данной категории. Значит если у вас 30 новостей на странице и вам надо выбрать например новости на 30 странице.

То вы у вас получается

SELECT * FROM table WHERE cat=number AND (pos<=A AND pos>B)

где

A = номер_последней_новости_категории - (страница-1)*количество_новостей_на_странице

B = номер_последней_новости_категории - страница*количество_новостей_на_странице

Так как количество новостей на странице не сильно велико, то запрос легко превратить в

SELECT * FROM table WHERE cat=number AND pos IN (...)

Причем если новость удалять раньше чем пересчитывать номера новостей для категории, то можно еще и создать уникальный составной индекс для сat и pos.

Это как я его узнаю? опять же select с MAX или ORDER BY или COUNT

Что-то я не понял в чем проблема.

У вас id не по порядку идут в базе? Зачем обратная сортировка для пагинации?

Лимит без сортировки летает без разницы "Чем дальше в лес", может проблема решается алгоритмически?