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

[Andrew Velikoredchanin]

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

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