Теория оптимизации

Вобщем встала острая нужда разгрузить сервер
Есть движек блога и всё вытекающее (личка, галерея польователей, етс)
Как вы думаете, какие есть варианты оптимизации запросов к бд, да и вообще на проц
Например, первое, что пришло в голову, то "последние посты" записывать в отдельную таблицу, таким образом выборка будет делаться не из всего количества постов, а все из таблицы, например, размером в 100 последних постов (но при этом, конечно, в скрипте написания поста потребуется отдельный insert в таблицу последних постов)

Какие еще териотически оптимизации можно провести?

зы. В среднем, для загрузки страницы у меня ухъодит порядка 8-10 запросов к бд

для начала смотреть что грузит сервак и каких ресурсов не хватает.

Stek писал:

для начала смотреть что грузит сервак и каких ресурсов не хватает.

ну в главной степени грузят выборки с условиями
что такое JOIN и индексы я знаю Тут уже именно теория нужна. Все, что можно было оптимизировать технически - я сделал

сделай файловый кеш. судя по вышесказанному оно у тебя получится. в двигло wp встроится легко, в индексе чекай, в футере сохраняй.
и тогда лям трафа на wp будет не сказкой

=ZeD= писал:

Например, первое, что пришло в голову, то "последние посты" записывать в отдельную таблицу, таким образом выборка будет делаться не из всего количества постов, а все из таблицы, например, размером в 100 последних постов (но при этом, конечно, в скрипте написания поста потребуется отдельный insert в таблицу последних постов)

Чето ты перемудрил. Юзай плагины для кеширования /если это ВП/ и будет тебе бальшое счастие. Если не вп - все равно смотри в сторону кеширования. Мудрить с запросами - это тупиковый вариант.

Как вариант - генерирование статических страниц,
ну это если совсем большие нагрузки,
где даже пхп нельзя использовать

Wazaber писал:

Как вариант - генерирование статических страниц,

Это самый оптимальный путь оптимизации, извините за тавталогию

Действительно, зачем гонять динамику в случаях, где она совсем не нужна?

если один блог грузит целый сервер, то пора либо сменить сервер, либо руки...

А как надо Дешево и сердито? или Модно? ))
смотреть на до по конкретной ситуации, ЧТО именно грузит, и потом делать выводы, решения что напрашиваются сами собой (тоесть Дешево и сердито ))):
1. вынести графику под другой веб сервер (на той же машине) к примеру nginx - это освободит лишнюю память.
2. проверить нагрузку на винт (gstat, iostat..), найти папки с толпой файлов и что то с ними решить.
3. Убрать лишние модули из сушествующего вебсервера(подозреваю что это apache), и возможно оптимизировать.
4. Смотреть а незагибается ли сервак под интераптами какого либо из устройств
5. Поубивать лишние устройства и/или разнести их по прерываниям.
6. Много чего еще сделать, руки писать устанут )) - нужно смотреть по ситуации

а теперь Модный вариант:
Купить столько памяти сколько потянет ОСь и сделать из нее диск - где держать то что чясто дергается(но тут тоже конечно вариантов море).

Цитата:

ну в главной степени грузят выборки с условиями

вынести мускул на отдельный сервер

xreload писал:

если один блог грузит целый сервер, то пора либо сменить сервер, либо руки...

гы. Это только движек один. Самих скриптов блогов на нем порядка 20, это еще не считая, что на этом серваке порядка 15 сиджев живет

похоже, придется под мускул отдельный сервер покупать, ибо выхода я пока не вижу другого

А предложение статику делать - это тоже не выход, т.к. информация все-же динамична и тогда весь смысл PHP сводится к нулю