Zentyal Forum, Linux Small Business Server

International => Russian => Topic started by: esteemka on November 09, 2015, 03:23:13 pm

Title: mail_message_traffic_hourly
Post by: esteemka on November 09, 2015, 03:23:13 pm
Mysql есть база zentyal таблица mail_message_traffic_hourly идет запрос UPDATE mail_message_traffic_hourly SET `rejected` = `rejected` + 1 WHERE и постоянно висит загружая процессор ядро на 100%. Что за таблица? С ней можно что-то сделать?

Так, данная таблица это суммарный отчет в журналах. Конкретно почта. Как ее из админки почистить можно?
Title: Re: mail_message_traffic_hourly
Post by: luha on November 10, 2015, 03:25:02 pm
Пробовали перезапустить мускул?

service mysql restart
Title: Re: mail_message_traffic_hourly
Post by: esteemka on November 11, 2015, 11:05:06 am
Quote from: luha on November 10, 2015, 03:25:02 pm
Пробовали перезапустить мускул?

service mysql restart

Нет.  Можно запрос сам завершить. Уже ясно это суммарный отчет в Журналах. Много шло спама на пересылку, который он блокировал и отчет не успевает внести все данные.
Не вкурсе его напрямую можно почистить в mysql? А то он огромен и через админку еле загружается даже((, а почистить именно суммарного отчета в админке нету((
Title: Re: mail_message_traffic_hourly
Post by: luha on November 13, 2015, 09:17:03 am
В админке нету. Ещё замечу что это не нормальное поведение для базы простого почтовика. У нас база (не почтовика зенчала) реально нагруженая и очень здоровая, но задержек UPDATE более нескольких сотен секунд вроде не наблюдалось.

Могу посоветовать немного потюнить mysql. Можно например в конфиг вписать чтобы UPDATE имел низкий приоритет (low-priority-updates), поиграть с кэшами. В обычном состоянии долгий запрос на запись данных в таблицу действительно грузит одно ядро на 100%, но в конце-концов его отклинивает, а на чтение так и вовсе некоторые типы таблиц могут не блокироваться даже и нормально в много потоков читаются.