Оптимизация работы сервера MySQL

[daitepiva]

Привет.

Есть выделенный сервер: Селерон 600, ОЗУ 512МБ.

На нём стоит форум версии 1.3.1 - 397111 сообщений (ibf_posts = 175.7 MB), 9790 пользователей и обычно 200-300 пользователей за последние 15 минут.

 

Периодически сильно тормозит, вплоть до истечения таймаутов на работу скриптов.

В списке MySQL-запросов сплошные SELECTы и при этом Locked.

 

 

Буферы у MySQL следующие:

key_buffer = 128M

max_allowed_packet = 1M

table_cache = 1M

sort_buffer_size = 4M

read_buffer_size = 1M

net_buffer_length = 16K

myisam_sort_buffer_size = 64M

thread_cache = 8

query_cache_size= 16M

 

 

Вопросы:

1. Поможет ли перевод всех таблиц в InnoDB, сейчас они MyISAM. Я имею ввиду блокировку. Понятно что будет работать медленнее, но зато будет.

2. Насколько влияет на производительность отключение постоянных соединений из php в mysql (mysql.allow_persistent=off) при том, что сервер БД находится на той же машине и работает через UNIX-сокет.

3. Имеет ли смысл запускать mysqld с опцией --low-priority-updates

 

 

Ну и приветствуются другие предложения, кроме замены оборудования.

 

Спасибо.

Малик.

[1119174045:1119340605]Так как, никто не может ничего посоветовать адресую более однозначный вопрос к админам данного форума.

 

Не могли бы вы поделиться настройками вашего сервера MySQL, а именно - касательно буферов, типа таблиц MyISAM или InooDB.

 

 

Возможно ещё что-то, что по вашему влияет на производительность сервера БД.

[daitepiva]

Мда уж.

Похоже такие тонкости никто не знает или сказать не желает.

Грустно.

[palach]

Интересуют эти же вопросы, никто не знает ответов?

[Hostem]

Вот для таблицы сессий очень подойдет тип HEAP

 

ALTER TABLE `ibf_sessions` TYPE = HEAP

 

На счет InnoDB теоритически будет работать быстрее с большими объемами данных. Но там FULLTEXT индекс не поддерживается и COUNT например дольше выполняется...