LEOnidUKG

LEOnidUKG
Рейтинг
1776
Регистрация
25.11.2006
Должность
PHP
Интересы
Программирование
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 же в памяти выполняется.

netwind:
LEOnidUKG, но тогда вам удалось использовать кеш mysql и это можно назвать хорошим решением.
Все-таки, там именно тот код используется, что вы привели? Он ведь неверный и может выводить неправильные результаты. Тянитолкай дело говорит.

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


$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 query cache или внутренние кеши сайта?

У сайта кэша нет. У меня там более 600 страниц в каждой категории я могу тыкать сколько угодна.

Я просто мускуль перезагрузил :)

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

rikod:
Ну я бы не сказал что никому не нужны. Наша налоговая просто ужас. :) Я больше волнуюсь, чтобы вебмани никакую инфу не передавали в налоговую РБ, потому-что все данные будут региться на белоруса. Это у вас в России там всем все пофиг :) у нас же налоговики за копейку удавятся.

Я в Казахстане, тут ещё всё прикольнее, учитывая, что обменники только частные и у меня все переводы (вывод) значатся как внутренний перевод с одного частного счёта на другой. А за что этот перевод и т.п. никого не волнует :)

Всего: 31521