LEOnidUKG

LEOnidUKG
Рейтинг
1788
Регистрация
25.11.2006
Должность
PHP
Интересы
Программирование
iopiop:
последний вариант который я вам предложил пробовали ? И все id собирать не надо, и серверу перебирать все записи не надо

Вот это?

кстати, вы не рассматривали вариант с передачей параметра типа where cat=2 and id > ... limit 25 ?

Можно расписать, что такое "id>" и откуда я его возьму? :)

---------- Добавлено 24.02.2012 в 13:28 ----------

Чёт я не врубаюсь смотрю запрос выполняется 27 секунд:

Query 27 Sorting result SELECT id FROM `cms_freepages` WHERE cat=11 ORDER BY ID

Через phpmyadmin c SQL_NO_CACHE 0,005 секунд

Я что-то не понимаю в этой жизни? :)

netwind,iopiop, да это опять доли секунды. Тут главное быстро собрать все ID категории и всё.

Fearful, конечно профессор, шли бы только мимо :)

netwind:

2 Пропускаете $page*$per_page строк с помощью функции mysql_data_seek не мучая php 37710 итерациями, как раньше. На php никакие строки не поступают.

ввести такое?

$i=0;
while ($rowclubs = @mysql_fetch_array($result))
{
if (($i>5*25)||$i<(5*25+25)) {
$arrayid[]=$rowclubs['id'];
}
$i++;
}

Ну мы тем самым лишь уменьшаем сам массив, это опять же доли секунды.

---------- Добавлено 24.02.2012 в 03:33 ----------

2 Пропускаете $page*$per_page строк с помощью функции mysql_data_seek не мучая php 37710 итерациями, как раньше. На php никакие строки не поступают.

Да конечно.

1.Из мануала, Замечание:

Однако, плюсы использования mysql_unbuffered_query() имеют свою цену: вы не можете использовать функции mysql_num_rows() и mysql_data_seek() с результатом запроса, возвращённым этой функцией, пока не будут получены все ряды. Кроме того, вы должны будете обработать все ряды запроса до отправки нового запроса, используя тот же link_identifier.

2. Если мы даже применим mysql_data_seek, то нам НУЖНО количество ВСЕХ записей для составления листинга.

bimcom:
АА :) чета я пропустил сообщение что проблема решена :)

Вот тут решение проблемы: /ru/forum/comment/10080098

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

Да оно уже сейчас выполняется доли секунды. Опять же говорю сейчас проблема лишь как быстро считать все ID из категории 1 раз и всё.

bimcom:
Саму базу отсортировать.
ALTER TABLE `cms_freepages` ORDER BY `id` DESC

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

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

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

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

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

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

mysql_unbuffered_query

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

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

bimcom:
Сейчас проверил на своей базе - 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 записей

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

Для СЧ и НЧ запросов актуальны, особенно в регионах.

Про ВЧ можно даже не мечтать, лишь так подтянуть хвосты, но это сделается автоматически при начале продвижения и покупкой ссылок.

А так на войне все средства хороши.

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

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

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

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

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

Всего: 31634