0 Пользователей и 1 Гость просматривают эту тему.
  • 5 Ответов
  • 1259 Просмотров
*

SirOhlamon

  • Осваиваюсь на форуме
  • 12
  • 1 / 0
Жуткая нагрузка на БД
« : 30.08.2012, 22:40:56 »
Здравствуйте!

Последнее время все чаще и чаще происходит некая чертовщина. 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 сек сервер лежит и пытается переработать эти запросы.

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

SDKiller

  • Живу я здесь
  • 2706
  • 328 / 5
  • ...ergo sum
Re: Жуткая нагрузка на БД
« Ответ #1 : 30.08.2012, 23:31:27 »
Причем таблицы ничтожно малы ...

?

Цитировать
Rows_examined: 12255

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

SirOhlamon

  • Осваиваюсь на форуме
  • 12
  • 1 / 0
Re: Жуткая нагрузка на БД
« Ответ #2 : 30.08.2012, 23:48:25 »
Ничтожно малы по сравнения с сотнями тысяч (которые были раньше).

И как же подкорректировать эти запросы? Откуда они такие берутся, или это стандартные у 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 сек
*

SDKiller

  • Живу я здесь
  • 2706
  • 328 / 5
  • ...ergo sum
Re: Жуткая нагрузка на БД
« Ответ #3 : 31.08.2012, 00:39:40 »
Возможно основная часть времени ушла не собственно на выполнение запроса, а в связи с ограничением на количество одновременно запущенных процессов он ждал своей очереди.
*

voland

  • Легенда
  • 10909
  • 581 / 111
  • Эта строка съедает место на вашем мониторе
Re: Жуткая нагрузка на БД
« Ответ #4 : 31.08.2012, 00:57:13 »
Какой LA? Версии мускуля? База в MyISAM или InnoDB?
Размер базы и свободное место на диске? /tmp смонтирован не в память случаем?
*

_ib_

  • Давно я тут
  • 673
  • 100 / 8
Re: Жуткая нагрузка на БД
« Ответ #5 : 31.08.2012, 01:12:13 »
На днях у нас на одном сервере база более 75% CPU кушала просто так, без особых запросов.
Не вникая в Ваши запросы, подключения и настройки, дам небольшой советик, т.к. здесь взаимосвязь не явная: если дело не в запросах и не в подключениях, то перезагрузите ntp демона и следом mysql.
« Последнее редактирование: 31.08.2012, 01:16:22 от _ib_ »
Легальные шаблоны и дёшево!  + скидки до 50% для шаблонов клуба Joomlart, RocketTheme, Yootheme и Gavick.

при интересе пишите в личку или на мыло: "p" точка "d" собака gmx.de
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Высокая нагрузка на CPU на хостинге

Автор K.Denis

Ответов: 1
Просмотров: 508
Последний ответ 16.12.2017, 16:20:34
от IDR72
Высокая нагрузка на сервер

Автор kz.gazeta

Ответов: 3
Просмотров: 505
Последний ответ 26.04.2017, 15:19:32
от voland
Резкая нагрузка на ресурсы сервера

Автор stib

Ответов: 18
Просмотров: 1411
Последний ответ 05.05.2015, 12:55:48
от SeBun
Нагрузка на хостинг

Автор Chetokakto

Ответов: 4
Просмотров: 675
Последний ответ 14.06.2013, 14:21:19
от Mihanja80