ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА

компания херсонес недвижимость











     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re[2]: Пожелание по mod_rewrit e



Hi, Andrew.

>> AV> Элементарная задача - постоянно обновляемые данные в БД. Задача -
>> AV> показывать их наиболее корректным образом. Т.к. они показываются с
>> AV> разбивкой на страницы, необходимо, что-бы между ними не было 
>> AV> рассоглосования.
>> 
>> И в чём проблема в данном случае?
>> 
>> Я  так  понимаю,  что  корректно  тут  вообще  отменить  кэширование и
>> заняться оптимизацией обращений к БД. На сколько я знаю LIMIT (который
>> Вы  скорее всего используеье для получения данных для каждой страницы)
>> в  mysql  работает  не  лучшим  образом  на  больших таблицах. Поэтому
>> включите  кэширование  запросв  в  mysql  - это отличный способ всегда
>> иметь  актуальные  данные  в  вебе  ибо  при  любом  инсерте кэш будет
>> стираться.

> Пробовал. Скорость не устраивает. При большой нагрузке просто затыкается
> сервак.

>> Ещё вариант - создание небольшой таблицы, копии большой, только с теми
>> данными, которые чаще всего запрашиваются. Например с данными с первых
>> дести   страниц  Вашего  сайта.  Если  запрос  ничего  не  вернул,  то
>> обращаемся   к   главной   странице.  Это  позволит  стильно  ускорить
>> выполнение LIMIT.

> Не - кэширование нужно однозначно. Я не верю что без него можно добиться
> нормальной производительности (порядка 50 тыс. уникальных посетителей в
> день).

А насколько большая база?
Если сервер не справляется с 50 тыс. посетителей то в первую очередь
нужно смотреть в сторону оптимизации базы и запросов.

-- 
Konstantin N. Bezruchenko, BK5536-RIPE





 




Copyright © Lexa Software, 1996-2009.