- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
как уже писали скорее всего проблема с ресурсами.
Поэтому начните с того чтобы посмотреть каких именно ресурсов не хватает. top, htop.
Ну логи мускуля гляньте.
Удачи.
42.
поставьте в MaxClients 42
Почему 42 чем это определяется?
Z-Style добавил 07.11.2011 в 20:22
как уже писали скорее всего проблема с ресурсами.
Да, по всей видимости процессор. Идлы стремятся к нулю. Но все же, почему такая ошибка? Она бывает редко в периоды сильной загрузки: браузер даже не ждет - сразу выдает "error establishment database"
Почему 42 чем это определяется?
Z-Style добавил 07.11.2011 в 20:22
Да, по всей видимости процессор. Идлы стремятся к нулю. Но все же, почему такая ошибка? Она бывает редко в периоды сильной загрузки: браузер даже не ждет - сразу выдает "error establishment database"
начните с 10 :)
определяется объемом памяти доступной в системе и расчетами потребления ее на 1 запрос (1 Apache и 1 коннект к MySQL).
Кстати, если процессора может и не хватает, то физически памяти еще остается, поэтому врядли эта ошибка возникает из-за большого числа max-connections
Кстати, если процессора может и не хватает, то физически памяти еще остается, поэтому врядли эта ошибка возникает из-за большого числа max-connections
если MaxClients и max-connections сбалансированы + поправка на скрипты в кроне и другой софт, юзающий БД, то даже при большой нагрузке на проц, вы не получите ошибку, о которой говорите.
+ вы бы глянули логи MySQL
Почему 42 чем это определяется?
Пальцем в небо. Вы же сами хотели этого.
Хотя по-моему, это число в пределах нормального значения для обычных сайтов, обычного физического сервера гигабайт на 4, на котором обычно стоит nginx.
А max-connections резервирует под себя оперативную память или же использует столько сколько необходимо в данный момент?
И к чему может принести слишком большое значение max-connections ?
Z-Style, это просто верхняя граница числа создаваемых потоков в mysql. не резервирует, то есть.
Вычитал, что в случае, если число запросов в БД превысит число max-connections, то возникает ошибка "too many connections"
В моем случае проблема точно не в этом параметре, т.к. ошибка выдается "error establishment database", а изменение max-connections в большую сторону ничего не дает.
Может эта ошибка возникает в следствии того что на обработку запросов к БД не хватает процессорного времени? (Во времена загрузки когда может возникнуть такая ошибка, в top видно, что id=0) А может то же самое, но из-за того что не хватает оперативной памяти? (т.к. опять же, во время сильной загрузки свободной памяти практически не остается)
В моем случае проблема точно не в этом параметре, т.к. ошибка выдается "error establishment database", а изменение max-connections в большую сторону ничего не дает.
Тут нет прямой связи. Вы нашли текст ошибки, который выдает mysql и пытаетесь делать выводы на основании разных текстов ошибок из разных программ. Приложение может обозвать ошибку как угодно и вывести какой угодно текст.
Может эта ошибка возникает в следствии того что на обработку запросов к БД не хватает процессорного времени? (Во времена загрузки когда может возникнуть такая ошибка, в top видно, что id=0) А может то же самое, но из-за того что не хватает оперативной памяти? (т.к. опять же, во время сильной загрузки свободной памяти практически не остается)
Может. А может и не может. Гадать непродуктивно. Надо анализировать.
Опять попробую пальцем в небо, раз вам так нравится этот формат общения :
попробуйте постоянные соединения в конфиге приложения включить. Это должно исключить ситуацию, когда backlog недостаточен. Но увеличить объем памяти потребляемой mysql.
у вас же там wordpress ? ну вот как-то так http://insanergy.nl/wordpress/persistent-mysql-connections-wordpress/