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

Чуть поправленный, чтобы уж люди тоже могли юзать:

$pages=intval($_GET['p']);$nums=$pages-1; if ($nums<0) $nums=0; //Считываем номер запрашиваемой страницы



$result=mysql_query("SELECT id FROM `cms_freepages` WHERE cat=14 ORDER BY ID"); // Берём данные из категории cat=14



while ($rowclubs = @mysql_fetch_array($result)) 

{

$arrayid[]=$rowclubs['id'];

}



$cnt=sizeof($arrayid); //Количество для функции постраничного вывода



$newmass=array_chunk(array_reverse($arrayid),25); //25 = сколько записей выводить на странице



$sql = mysql_query('SELECT * FROM `cms_freepages` WHERE id in ('.implode(',',$newmass[$nums]).') ORDER BY ID DESC');



while ($rowclubs = @mysql_fetch_array($sql))

{

# Вывод данных

}

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

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

или через mysql_data_seek отлистайте до нужной позиции = 25*страница.

Вместе с mysql_unbuffered_query будет вообще пушка.

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

Правильно, таблица то обновляется 1 раз в час и всё. Более она не трогается вовсе. 1 раз попала в кэш и забыли про неё.

---------- Добавлено 24.02.2012 в 01:43 ----------

Да какая разница? Это нужно count вводить. А толку то? ну будет выполняться на доли секунды меньше и всё. PHP же в памяти выполняется.

Сейчас проверил на своей базе - 400 000 записей 510МБ , 40 разных категорий

SELECT SQL_NO_CACHE * FROM `data` WHERE kat=5 ORDER BY id DESC LIMIT 37710, 30

0.8 сек.

если отсортировать базу в обратном порядке - чтобы избежать сортировки

SELECT SQL_NO_CACHE * FROM `data` WHERE kat=5 LIMIT 37710, 30

0,3 сек.

с кэшированием так ваще агонь.

PS.

kat tinyint(4)

в 5 категории 82 000 записей

Не понимаю суть данной функции и чем она быстрее. Учитывая, что код идёт сверху вниз, в любом случаи пока не будет обработан и забит массив, код дальше не пойдёт выполняться. В чём смысл?

---------- Добавлено 24.02.2012 в 02:27 ----------

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

Я вообще-то помочь хотел, а не хвастаться.

Что мешает сортирнуть базу в обратном порядке и не использовать сортировку в каждом запросе?

PS.

А индекс базы полностью помещается в RAM? - памяти выделено достаточно? чтобы не перечитывать индексы с диска?

Я в свое время очень увлеченно тюнил свою доску объявлений - и постраничный вывод был ахилесовой пятой.

Про какую именно сортировку вы имеете ввиду? То что она в PHP проходит?

Индекс базы 15КБ, поэтому дамб весь помещается.

Саму базу отсортировать.

ALTER TABLE `cms_freepages` ORDER BY `id` DESC

Была бы статичная Таблица, то можно было бы сделать. А так то данные меняются автоматически.

Это уже мелочь не важная. Тут самый прикол как быстро получить список всех ID в нужной категории.

Раз в час поменялись - повторили сортировку и так на автомате.

Проверить же не сложно - будет толк на вашей системе или нет, заодно оцените сколько выполняется сортировка и если после неё запрос в 15 сек выполнится за 7 сек - это уже результат.