Часто ошибка MySQL в логе

[ser9a]

Здравствуйте.
Частенько ловлю ошибку MySQL типа:

[Z3005] query failed: [2006] MySQL server has gone away 
[selecti.itemid,i.type,i.delay,i.delay_flex,i.lastclock,i.interfaceid,
h.proxy_hostid from items i,hosts h where i.hostid=h.hostid and 
h.status=0 and i.status=0 and i.value_type not in (2) and 
(i.lastclock is not null and i.lastclock<1376984866) and 
(i.type in (7,13,14,3,5,11,8,10,15) or (h.available<>2 and i.type in (0)) 
or (h.snmp_available<>2 and i.type in (1,4,6)) or (h.ipmi_available<>2 
and i.type in (12)) or (h.jmx_available<>2 and i.type in (16))) and i.flags 
not in (2) and i.itemid between 0 and 99999999999999]

Поставил параметры my.cnf

max_allowed_packet=64M
wait_timeout=60000

не помогает.

подскажите пожалуйста, что нужно поднастроить.

[Jimson]

Ну гугле забанили?

https://www.google.ru/search?q=MySQL+server+has+gone+away

[ser9a]

Ну гугле забанили?
https://www.google.ru/search?q=MySQL...+has+gone+away

Нет не забанили, кагбе max_allowed_packet и wait_timeout оттуда.

Если Вы сталкивались с такой проблемой опишите пожалуйста как ее решили.

[gdgsoft]

Как вариант:
1) проблемы на сети (если сервер забикса и БД разнесены);
2) для БД не хватает ресурсов (низкая производительность сервера). Подобные вещи у меня возникают когда какой то процесс забикса использует 100% своих ресурсов или БД что то делает (кто то захотел график посмотреть за 2 месяца или еще что);
3) малое количество разрешенных конекшенов в конфиге мускула.

Что то такое... Если ни у кого идей нет, то курите перформанс.

[Jimson]

Как вариант:

Что, серьезно никто не в состоянии прочитать что такое "has gone away" ? Зачем ерунду писать.

Конкретно для забикса: какой то из "ненужных" вам процессов запускается, например, дискверинг или ipmi, который открывает, как и любой процесс забикса, несколько соединений к MySQL, но не пользуется ими. Спустя 8 часов, внезапно, этот процесс решает таки обратится к базе через одно из открытых им соединений, но MySQL сервер уже закрыл его на апликейшен уровне, о чем он и сообщает вам.

Это не ошибка, нормальное поведение на незагруженной системе, забикс замечательно переоткрывает соединение. Хотите уменьшить частоту возникновения этого предупреждения - уменьшайте кол-во соединений с MySQL, а именно уменьшайте кол-во запускаемых процессов, отключайте полностью процессы которыми вы не собираетесь пользоваться, уменьшайте кол-во DB sync соединений.

P.S. кроме wait_timeout попробуйте еще interactive_timeout покрутить, я тоже как то пробовал избавиться от "has gone away", но у меня не вышло, вообщем то и не очень хотелось

[Sergeylo]

Докинуть соточку к параметру max_connections.
При значении в 500 таких проблем не возникает даже на нагруженных mysql-серверах (хотя начинаются претензии у тех, кто умеет настривать mysql)

[ser9a]

Спасибо, подзадрал параметры пока ошибок нет.
Спасибо за отзывы.

[Alexei]

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