Пожелание по mod_rewrite

[Andrew Velikoredchanin]

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 at maloletka.ru
>