Можно ли снять "нагрузку"?

Ситуация: есть большая база MySQL (форум, общий размер базы около 200 Мб, самая большая таблица со 100.000 записями типа text)
Периодически очень сильно нагружается процессор, RAM при этом относительно "свободен".

Подскажите, пожалуйста, что можно сделать? База, насколько я могу судить, максимально возможно оптимизирована (скрипт SMF - SimpleMachines)
Помогут ли "акселераторы" APC, eAccelerator, Turck MMCache, Memcached?
Можно ли сконфигурировать сервер так, чтобы нагрузка распределялась по другому?
Что почитать по этой теме можно?

Спасибо.

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

PS 100.000 - это ничто. Или практически ничто.

Про оптимизацию я написал, мне кажется, что подобные скрипты максимально оптимизируются.
А 3.7 млн записей (mediumint и int)?

Нужно убрать "кажется" и включить лог медленных запросов, тогда станет ясно наколько запросы к бд оптимизированы. а сто тысяч записей это вообще ни о чем.

100к для форума - много. Первым делом идти в настройки форума и отключить там все контроли за активностью и статистикой. У смф это достаточно сильно грузит лишними запросами.

а конфиг сервера какой?
phpbb база с 300к техт записей, никаких тормозов не наблюдаю, Р4 2.8 1РАМ

Stek писал:

100к для форума - много. Первым делом идти в настройки форума и отключить там все контроли за активностью и статистикой. У смф это достаточно сильно грузит лишними запросами.

Как раз сегодня это сделал, буду смотреть на результаты.
Но меня интересовали всякие фокусы на уровне Апача, типа prefork

Сервер: Celeron 2.0-2.4 ГГц, ОЗУ 1.5Гб

так определись кто тормозит mysql или апач, а потом уже и лечить можно.
посмотри top во время тормозов.

Внедрением Memcached можно весьма и весьма облегчить нагрузку - кешировать результаты очень частых или очень тяжелых запросов.

eAccelerator это ваще не то, он ускоряет выполнение кода пхп.

В мускуле thread_cache_size стоит в районе двадцатки (делать только на линуксах и фре > 6 с включенным libthr)? Обычно эта хуета в разы снижает нагрузку.

query_cache_size поставил побольше? сколько не жалка оперативы, столько и ставь. Я на тяжелых случаях ставлю метров под 300-500. В некоторых системах (freebsd i386) с такой настройкой процесс мускуля выходит за допустимый лимит памяти. Надо последний завышать. На архитектурах x86_64 все впоряде.

показания mytop еще проанализируй.

ПС. Коли богат, могу помочь

Оптимизация - вещь интимная. Чаще всего "по месту" делается. Например в некоторых случаях мемкешед может замедлить работу, а не ускорить. И таких примеров много.

Первым делом найди узкие места, что именно напрягает проц (построй профайлы по времени на запросы). Скорее всего первым этапом будет именно правка тяжёлых мускульных запросов. Дальше - пробуй отказаться от чего - то или закешировать тем или иным способом. Возможно что - то не грех и переписать.

Обсуждение переносится в раздел "Софт, Скрипты, Программинг, Сервисы".

Всем спасибо.

Проблема вроде решилась, судя по всему, сервер "подвешивал" поиск. Отключил поиск для гостей и создал "индексированный". Авторы скрипта рекомендуют это делать уже при 50.000 сообщений.
Правда, после этого сервер снова стал "глючить". Решилось обращением в техподдержку. Насколько я понял, база не влезала в раздел на диске (размер стал более 500Мб) и саппорт поместил базу на пустой раздел.
Смысл и механизм данного действа я не понимаю, но глядя на статистику - форум сейчас нормально функционирует.

Ставьте eAccelerator + тюнинг в my.cnf