Жуткая нагрузка на БД - Joomla 2.5: Настройка и оптимизация

Здравствуйте!

Последнее время все чаще и чаще происходит некая чертовщина. Joomla моментально ложит сервер.

Данные:
Joomla 2.5.4

CPU:   1 core 2400Mhz
Memory:   1Gb
Bandwidth:   100M port
Operating System:   CentOS 6 x64 + ISP Lite

Вот логи "атаки Joomla" на сервер.
Иногда бывают разные запросы, но все они похожи на эти:

# User@Host: ***** @ localhost []
# Query_time: 169.981114  Lock_time: 148.294147 Rows_sent: 11  Rows_examined: 11
SET timestamp=1346350974;
SHOW FULL COLUMNS FROM `Joom_acepolls_polls`;
# Time: 120830 22:23:00
# User@Host: ***** @ localhost []
# Query_time: 186.816270  Lock_time: 125.641293 Rows_sent: 12  Rows_examined: 12
SET timestamp=1346350980;
SHOW FULL COLUMNS FROM `Joom_users`;
# Time: 120830 22:23:16
# User@Host: ***** @ localhost []
# Query_time: 579.842229  Lock_time: 0.000382 Rows_sent: 5  Rows_examined: 12255
SET timestamp=1346350996;
SELECT i.*, CASE WHEN i.modified = 0 THEN i.created ELSE i.modified END as lastChanged, c.name AS categoryname,c.id AS categoryid, c.alias AS categoryalias, c.params AS categoryparams, (r.rating_sum/r.rating_count) AS rating FROM Joom_k2_items as i LEFT JOIN Joom_k2_categories c ON c.id = i.catid LEFT JOIN Joom_k2_rating r ON r.itemID = i.id WHERE i.published = 1 AND i.access IN(1,1) AND i.trash = 0 AND c.published = 1 AND c.access IN(1,1)  AND c.trash = 0 AND ( i.publish_up = '0000-00-00 00:00:00' OR i.publish_up <= '2012-08-30 18:13:36' ) AND ( i.publish_down = '0000-00-00 00:00:00' OR i.publish_down >= '2012-08-30 18:13:36' ) AND i.catid IN (1) ORDER BY rating DESC LIMIT 0, 5;
# Time: 120830 22:23:32
# User@Host: ***** @ localhost []
# Query_time: 224.665495  Lock_time: 164.660339 Rows_sent: 12  Rows_examined: 12
SET timestamp=1346351012;
SHOW FULL COLUMNS FROM `Joom_users`;
# Time: 120830 22:23:38
# User@Host: ***** @ localhost []
# Query_time: 175.812637  Lock_time: 110.293033 Rows_sent: 11  Rows_examined: 11
SET timestamp=1346351018;
SHOW FULL COLUMNS FROM `Joom_acepolls_polls`;
# User@Host: ***** @ localhost []
# Query_time: 38.461265  Lock_time: 32.959395 Rows_sent: 11  Rows_examined: 11
SET timestamp=1346351018;
SHOW FULL COLUMNS FROM `Joom_acepolls_polls`;

Залипания до 5 минут на 1 запрос! Это как так? Причем таблицы ничтожно малы для таких длительных залипаний.
Нагрузка на сервер до этих запросов минимальна. И тут тебе на и через 5 сек сервер лежит и пытается переработать эти запросы.

В чем может быть дело?

Причем таблицы ничтожно малы ...

?

Rows_examined: 12255

Причём запрос К2 с сортировкой по рейтингу идёт без ключей, так как там вычисляемое значение.
К тому же JOIN по трём таблицам, сравнение по полям дат. Из приведённых вами - самый непроизводительный запрос.

Ничтожно малы по сравнения с сотнями тысяч (которые были раньше).

И как же подкорректировать эти запросы? Откуда они такие берутся, или это стандартные у k2?

Да и взять например
# User@Host: ***** @ localhost []
# Query_time: 169.981114  Lock_time: 148.294147 Rows_sent: 11  Rows_examined: 11
SET timestamp=1346350974;
SHOW FULL COLUMNS FROM `Joom_acepolls_polls`;

разве такой сложный запрос? а выполнялся 169 сек

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

Какой LA? Версии мускуля? База в MyISAM или InnoDB?
Размер базы и свободное место на диске? /tmp смонтирован не в память случаем?

На днях у нас на одном сервере база более 75% CPU кушала просто так, без особых запросов.
Не вникая в Ваши запросы, подключения и настройки, дам небольшой советик, т.к. здесь взаимосвязь не явная: если дело не в запросах и не в подключениях, то перезагрузите ntp демона и следом mysql.