LEOnidUKG

LEOnidUKG
Рейтинг
1784
Регистрация
25.11.2006
Должность
PHP
Интересы
Программирование
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:
Ну я бы не сказал что никому не нужны. Наша налоговая просто ужас. :) Я больше волнуюсь, чтобы вебмани никакую инфу не передавали в налоговую РБ, потому-что все данные будут региться на белоруса. Это у вас в России там всем все пофиг :) у нас же налоговики за копейку удавятся.

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

netwind, действительно поторопился с выводами. Сейчас кэши очистил, разницы в скорости не увидил, что мой код на PHP, что запрос в БД.

netwind:
ну а изначальный тогда что возвращает и сколько выполняется? не должен сильно отличаться

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

MySQL вернула пустой результат (т.е. ноль строк). ( запрос занял 4.0899 сек. )

А у меня:

1. Запрос: Отображает строки 0 - 29 ( 3,898 всего, запрос занял 0.1916 сек.) [id: 515 - 1203]

2. Запрос: Отображает строки 0 - 24 ( 25 всего, запрос занял 0.0736 сек.)

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

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

Создал виртуальный раздел в памяти и поместил БД туда. Скорость возрасла раз этак в 5-10 как минимум.

Ох было бы у меня памяти 32 ГБ, положил бы тоже туда, но увы, у меня на весь сервер 2 гб.

Всего: 31599