ПРОЕКТЫ 


  АРХИВ 


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



Alexey Bestciokov пишет:
а в хитах это сколько ?

Вот например кусок статистики:

Дата, Уников, Страниц, Запросов, Байт
19 Фев 2005     17648   245010  532585  27.37 GB
20 Фев 2005     17449   242743  502525  29.01 GB
21 Фев 2005     18258   328345  641072  38.84 GB

как показывает практика, при >500К обращений так или иначе надо
кешировать результаты - даже при вынесенном наружу DB сервере, лучше
всего вообще кешировать всю страницу - если она например генерируется пхп.
В противном случае любой сервер загнётся :)

Вот и я пришел к такой мысли.

L> Andrew Velikoredchanin wrote:


Konstantin N. Bezruchenko пишет:


Hi, Andrew.



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

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

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


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



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


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



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


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



L> как-то хило совсем. К примеру domainsdb.net имеет mysql базу около 50
L> млн записей, на том же сервере, и работает отлично =)
L> И выдержать может больше 100к посетителей спокойно, даже во время L> обновления базы. Запросы там довольно не простые.




Алексей Бещёков.
proforg@xxxxxxxxxxxx







 




Copyright © Lexa Software, 1996-2009.