Механизм хранения jos_session. MyISAM или MEMORY? - Joomla 1.5: Настройка и оптимизация

Последнее время постоянно сталкиваюсь с ошибкой jtablesession::Store Failed. Помогает REPAIR TABLE jos_session, но когда записей набирается много, сервер начинает тормозить или вообще падает. Прочитал что в качестве варианта решения проблемы можно хранить эту таблицу с помощью MEMORY. А стоит ли? Или может просто прописать раз в сутки TRUNCATE TABLE jos_session?

Joomla 1.5.21

Параметры сервера (VPS): ОС - CentOS 6; RAM - 256 Мб; CPU - 1x2.6 Ghz; SSD - 10 Gb.

Возможно, у вас переполняется директория, куда MySQL пишет временные файлы. Уточните, куда он пишет и размер этой папки. Почитайте здесь: http://forum.joomla.org/viewtopic.php?p=2073723#p2073723. У вас не проблема Joomla, а проблема настройки сервера. И обновите Joomla до 1.5.26. Что показывает терминал по команде df -h?

Если я правильно понял MySQL хранит файлы в папке /tmp. Сейчас она вести 836 кб.

Результат команды df -h:

Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda3            9.0G  3.8G  4.8G  45% /
tmpfs                 122M     0  122M   0% /dev/shm
/dev/xvda1            194M   41M  144M  22% /boot

Честно пытался прочитать всю тему. Пока не осилил, на английском все...

Обновился до 1.5.26

Покажите ваш файл my.cnf.
Вот рекомендации по настройке конфигурации MySQL. http://dedicatesupport.com/content/optimizatsiya-servera-mysql-shag-pervyi-utilita-mysqltuner. Также, найдите бесплатную утилиту mysqltuner.pl. Запустите ее и посмотрите, что она скажет. После правильной настройки MySQL можно будет дальше смотреть.

Есть у меня подозрение что дело не только в MySQL. Как-то странно что все время сервер работал нормально, а последние 3 дня, ровно в 17:00 начинается такая нагрузка, что невозможно ничего сделать. Вот и сейчас та же история. Не могу ни phpMyAdmin загрузить ни по SSH зайти... Как только будет возможность воспользуюсь вашими инструкциями. Спасибо за помощь.

У меня тоже Centos 6. При заходах роботов нагрузка CPU где-то от 10 до 30 %. Это нормально. Но у меня сервер помощнее. Когда делаю скриптом XML-карту, то сутки он работает под 50% без проблем. Посмотрите в логе, кто вас нагружал. Может есть смысл запретить его.

Посмотрите в логе, кто вас нагружал. Может есть смысл запретить его.

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

Файл my.cnf и результат работы mysqltuner.pl в приложенных файлах. Немного не понял насчет замены my.cnf. Там есть my-medium.cnf - до 64Мb памяти и my-large.cnf для систем с оперативной памятью от 512Мb. А уменя 256 оперативки. Какой файл выбрать?

P.S. Просмотрел лог доступа, вроде ничего необычного. Поисковые боты, немного айпишников местных провайдеров (видимо кому-то все таки удается пробиться на сайт), все как в самый обычный день. А можно где-то посмотреть именно лог нагрузки? С какого айпи приходят запросы которые нагружают сервер? На сервере стоит ISPmanager.

Попробуйте сначала воспользоваться рекомендациями mysqltuner.pl. Сделайте бэкап нынешнего my.cnf. Добавьте в my.cnf следующие строки:

В этот же раздел добавьте для логгирования медленных запросов >5 sec:

Перезагрузите сервис: service mysqld restart.
По-поводу файла .cnf - у вас сейчас medium, оставьте его. После изменений еще раз запустите тюнер.

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

Тюнер как раз и оптимизирует my.cnf, исходя из параметров системы. В вашем конфиге я не увидел явного указания, куда MySQL пишет временные файлы. Значит пишет по умолчанию в /tmp или др. Попробуйте выполнить в терминале:
http://www.dbasquare.com/2012/06/02/how-to-find-mysql-binary-logs-error-logs-temporary-files/
Возможно есть смысл организовать запись временных таблиц в tmpfs. Рекомендации такие есть.

Все сделал. Результаты в приложенном архиве. Насчет эффекта пока сказать не могу. Весь день сегодня тишь да гладь на сервере. Нагрузка на CPU не более 20%. А вот памяти у меня маловато. Чисто визуально (как вы и посоветовали смотрю в терминале) могу сказать что сейчас занято примерно 200 из 256 Mb.

У вас не включается кэширование запросов почему-то (и это странно):

mysql: unknown variable 'query_cache_size=8M'

И сообщение:

[!!] Your MySQL version  is EOL software!  Upgrade soon!

Какая у вас версия MySQL - может нужно обновиться (удалить текущую версию и поставить новую стабильную, не забыв сделать бэкап БД)?

Кэшировать запросы нужно. После этого следующий шаг - организовать запись временных таблиц в tmpfs, сейчас пишутся в /tmp, судя по вашим данным.

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

следующий шаг - организовать запись временных таблиц в tmpfs

А какой размер раздела прописать? Вот почитал инструкцию и там написано: "определите нужный размер опытным путем". Какие конкретно проводить опыты не уточняется))) Может есть какие-то рекомендации в соответствии с размерами базы данных? У меня база занимает 57 Мб.

Версия MySQL - 5.1.61. phpMyAdmin - 3.5.3. Да, похоже надо обновить...