vesta съедает всю память.

[uncleanon]

в файле /etc/my.cnf
key_buffer = 16M переименуйте в key_buffer_size = 16M
innodb_buffer_pool_size = 16M <--- такую строчку добавьте

сделал и перегрузил. поясните, пожалуйста, смысл этих действий и как вы по логу это поняли?

[demian]

в файле /etc/my.cnf
key_buffer = 16M переименуйте в key_buffer_size = 16M
innodb_buffer_pool_size = 16M <--- такую строчку добавьте

сделал и перегрузил. поясните, пожалуйста, смысл этих действий и как вы по логу это поняли?

key_buffer :
131129 13:19:44 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.

innodb_buffer_pool_size
131129 13:19:44 InnoDB: Initializing buffer pool, size = 128.0M - такой большой буфер вам явно не нужен будет. в старой версии mysql по умолчанию он был 8M... с версии 5.5 128M дефолтно, если не указано другое значение.

to skid: может стоит поправить установщик... текущий шаблон mysql-512.cnf оставить при установки с -d под обычную установку поправить использовать поправленный

[uncleanon]

у меня вот такой вопрос: почему вообще innodb по умолчанию? я всю жизнь работал myisam, и все таблицы в бд у меня имеют тип myisam. не может быть в этом причина?

[demian]

у меня вот такой вопрос: почему вообще innodb по умолчанию? я всю жизнь работал myisam, и все таблицы в бд у меня имеют тип myisam. не может быть в этом причина?

ну вордпрес возможно увидел что у вас включено innodb и решил заюзать ее + roundcube юзает innodb... судя по количеству таблиц скорее это roundcube

замечательно... что знаете о наличии удобных скриптов..

innodb_buffer_pool_size = 16M уменьшайте до 8M будет даже с выростом... вам всего 4.2M нада...

пойдем дальше

key_buffer = 16M --> 8M
myisam_sort_buffer_size = 4M
join_buffer_size=1M --> 512K
read_buffer_size=1M --> 512k
sort_buffer_size=2M --> 1M
tmp_table_size=16M --> 8M

тюнер будет ругаться join_buffer_size но особо не беспокоится... просто некоторые запросы в вордпресе кривые...

[uncleanon]

key_buffer = 16M --> 8M
myisam_sort_buffer_size = 4M
join_buffer_size=1M --> 512K
read_buffer_size=1M --> 512k
sort_buffer_size=2M --> 1M
tmp_table_size=16M --> 8M

тюнер будет ругаться join_buffer_size но особо не беспокоится... просто некоторые запросы в вордпресе кривые...

тоесть есть смысл все таблицы перевести в innodb? или оставить как есть?

[uncleanon]

вот так теперь стало.

[demian]

key_buffer = 16M --> 8M
myisam_sort_buffer_size = 4M
join_buffer_size=1M --> 512K
read_buffer_size=1M --> 512k
sort_buffer_size=2M --> 1M
tmp_table_size=16M --> 8M

тюнер будет ругаться join_buffer_size но особо не беспокоится... просто некоторые запросы в вордпресе кривые...

тоесть есть смысл все таблицы перевести в innodb? или оставить как есть?

вот теперь то что надо... 47% юзать будет мускул... остается больше под работу php и остального
не прироста не даст производительности... .так что нет смысла.... оставьте как есть...

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

[demian]

innodb_buffer_pool_size = 16M про это еще забыли... 8M

[uncleanon]

вот теперь то что надо... 47% юзать будет мускул... остается больше под работу php и остального
не прироста не даст производительности... .так что нет смысла.... оставьте как есть...

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

Спасибо большое за помощь, прогоню тесты и отпишусь. Нагрузочное тестирование, например siege, покажет реальную картину нагрузок? При такой нагрузке запуск тюнера покажет слабые места?

[uncleanon]

innodb_buffer_pool_size = 16M про это еще забыли... 8M

вот так кстати стало после изменения innodb_buffer_pool_size. и сайт стал показывать 500 ошибку, после рестарта httpd все вроде нормально