Периодически выдает ошибку соединения с БД ((

как уже писали скорее всего проблема с ресурсами.

Поэтому начните с того чтобы посмотреть каких именно ресурсов не хватает. top, htop.

Ну логи мускуля гляньте.

Удачи.

Почему 42 чем это определяется?

Z-Style добавил 07.11.2011 в 20:22

Да, по всей видимости процессор. Идлы стремятся к нулю. Но все же, почему такая ошибка? Она бывает редко в периоды сильной загрузки: браузер даже не ждет - сразу выдает "error establishment database"

начните с 10 :)

определяется объемом памяти доступной в системе и расчетами потребления ее на 1 запрос (1 Apache и 1 коннект к MySQL).

Кстати, если процессора может и не хватает, то физически памяти еще остается, поэтому врядли эта ошибка возникает из-за большого числа max-connections

если MaxClients и max-connections сбалансированы + поправка на скрипты в кроне и другой софт, юзающий БД, то даже при большой нагрузке на проц, вы не получите ошибку, о которой говорите.

+ вы бы глянули логи MySQL

Пальцем в небо. Вы же сами хотели этого.

Хотя по-моему, это число в пределах нормального значения для обычных сайтов, обычного физического сервера гигабайт на 4, на котором обычно стоит nginx.

А max-connections резервирует под себя оперативную память или же использует столько сколько необходимо в данный момент?

И к чему может принести слишком большое значение max-connections ?

Z-Style, это просто верхняя граница числа создаваемых потоков в mysql. не резервирует, то есть.

Вычитал, что в случае, если число запросов в БД превысит число max-connections, то возникает ошибка "too many connections"

В моем случае проблема точно не в этом параметре, т.к. ошибка выдается "error establishment database", а изменение max-connections в большую сторону ничего не дает.

Может эта ошибка возникает в следствии того что на обработку запросов к БД не хватает процессорного времени? (Во времена загрузки когда может возникнуть такая ошибка, в top видно, что id=0) А может то же самое, но из-за того что не хватает оперативной памяти? (т.к. опять же, во время сильной загрузки свободной памяти практически не остается)

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

Может. А может и не может. Гадать непродуктивно. Надо анализировать.

Опять попробую пальцем в небо, раз вам так нравится этот формат общения :

попробуйте постоянные соединения в конфиге приложения включить. Это должно исключить ситуацию, когда backlog недостаточен. Но увеличить объем памяти потребляемой mysql.

у вас же там wordpress ? ну вот как-то так http://insanergy.nl/wordpress/persistent-mysql-connections-wordpress/