Падения MySQL

История и простой вопрос в формате «просто поговорить» на нубском уровне. Пусть тут на форуме будут эти ключевички ))

Debian7. Начал падать mysql. Просто так: нагрузки особой нет, в логах ничего особенного. В какой-то момент просто начинает отказывать в соединении. Посещаемость сайта около 20-30К в сутки, настроена репликация, это мастер. Работал до этого месяцы/годы, и вдруг именно сейчас начал так как-бы падать. Перезагрузка mysql, после этого работает нормально от часа до трёх.

Почему как-бы: установлен Monit, он проблему не улавливает. Вот если сделать ошибку в my.cnf и mysql не запустится - monit будет пытаться перезапустить. Т.е. процесс mysql не выгружается, но нормально работать перестаёт.

В логе только куча предупреждений о том, что binlog-format херовый, но это давно, с самого начала и ранее не мешало. Вот таких: [Warning] Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT. Ну хорошо, поменял на binlog-format=ROW. Нет, не оно, ворнинги пропали, падения остались.

Прочитал на заграничных форумах, что такие падения могут быть от слишком высоких лимитов в настройках базы. Пишут, типа линукс выделяет память неглядя за пределами физической. Памяти на сервере 32G, htop редко показывает выше 15-20%. Стояло по гигу-полтора на кеш таблиц, запросов, сотритровок. Уменьшил до "приличных" цифр. Нет, тоже не оно.

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

И вот сегодня утром, раскомментировал строку max-connections и вписал туда 1024. 8 часов, полёт нормальный. Наблюдаю. Чё, серьёзно? Mysql не умеет ставить запросы в очередь или надо было в первую очередь лезть в это?