просто когда кеш заполняется, он начинает фрагментироваться и некоторые запросы, типа select начинают подвисать.
когда увеличивал tmp_table_size = 32M почему то наоборот тормоза начинались, после этого вернул к значению по умолчанию, то есть 16M
размер кеша запросов сейчас установлен в 32М
это был глюк системы :)
народ секите сейчас самый популярный запрос - почему гугл не работает )))
может совпадение, а может и нет, но на своём сайте заметил наплыв посетителей :)
что с гуглом? я сначала подумал что у меня инет лагает, начал на провайдера наезжать, а тут оказывается вот что творится!
под адалт сайтами имеются в виду только легальные платники или можно варез? :)
просто есть у меня один могильничек трафа 10-12к
уже играюсь, пока особого результата нет, вот что происходит в процессах во время добавления постов через rss
Да уже разобрался гугл помог, сделал лог на 64мб и пожалел об этом всё стало тормозить, сейчас буду возвращать опять на 5мб.
перевёл пока в innodb одну таблицу wp_posts по ощущениям стало получше iowait поменьше стал, но столкнулся с проблемкой в конфиге my.cnf при увеличении размера лога innodb_log_file_size по умолчанию 5 установлено, я увеличил его сначала до 64 после этого таблица wp_posts отрубилась, вернул значение обратно на 5 таблица включилась, в чём проблема, как увеличить данное значение?
Какие таблицы посоветуете перевести в innodb?
Сейчас добавляю посты и смотрю процесс лист, чаще всего лочится wp_posts и как раз в этот момент на сайт не зайти либо заходит но очень долго, посты добавляются из rss лент в большом количестве, в день по 100-200 постов.
после продолжительных мытарств пришёл к выводу что вся запара в БД, когда начинаю добавлять новые посты особенно если в большом количестве, начинают лочится таблицы, соответственно запросы зависают в ожидании, в след за ними плодятся новые процессы пожирая память.
проблема в том что все таблицы у меня в MyISAM есть пара таблиц больших, вот скрин бд
может настало время перевести их в innodb ? какие есть сложности при этом?
