ПРОЕКТЫ 


  АРХИВ 


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: Пожелание по mod_rewr ite



Konstantin N. Bezruchenko пишет:
Hi, Andrew.


AV> Элементарная задача - постоянно обновляемые данные в БД. Задача -
AV> показывать их наиболее корректным образом. Т.к. они показываются с
AV> разбивкой на страницы, необходимо, что-бы между ними не было AV> рассоглосования.

И в чём проблема в данном случае?

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


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


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


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


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

Записей в основных таблицах от 1 млн. до 5-10 млн.
Оптимизацией запросов я уже занимался (по крайней мере все что нужно проиндексировано). Сервер mysql стоит на другом сервере (гигабитная сеть). Таким образом сервер максимум выдерживает около 20 тыс. уников в сутки. Но при этом тормозит страшно.





 




Copyright © Lexa Software, 1996-2009.