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
|
