MySQL встал!

Решения проблем
Сегодня с утра на сайт в меру активно пошел народ. Что бы могли оценить нагрузку скажу что за сутки было примерно 1600 уников + пауки ПС). Основной поток сконцентрирован был утром, но опять таки — реально не много.

Так вот, сайт открывался с сообщением о превышении лимита соединений с БД, а их у меня в конфиге 100!!! При этом объем потребляемой памяти возрос с 400мб до 1 Гб. Рестарт проблему решил.

Конфигурация дедик. сервера: 1x AMD Opteron 2344 HE, 1x Quad-Core, 4 GB DDR2-RAM ECC
Конфиг использован: my-innodb-heavy-4G
Ось: Дебиан

Есть идеи?

P.S: базы LS — innodb.

24 комментария

avatar
у нас тоже падает по непонятным причинам, vps1 hc.ru
и нагрузки всего 20 человек. Что самое интересное, что на firstvds такое не наблюдалось
avatar
я думаю проблемы либо в незакрытых соединениях, либо еще в чем-то, малова-то народа для такого сервера чтобы его положить ))) да и ограничение в 100 коннектов… может сервер неграмотно сконфигурен или еще что ???
avatar
Да, еще один момент, уже пооооосле этих проблем было время и мониторил процессы MySQL, так вот там встречались процессы со статусом sleep, которые держались по 30-50 секунд!
  • wra
  • +1
  • ↓
avatar
Было такое, хостер сказал что один юзер отркыл мног осоединений.
После этого я сменил тарифный план и поставил кэширование.
Вроде помогло
avatar
память кто отъел, апач или бд?
нужно было по нетстату посмотреть сколько было онлайн соединений с сервером, вполне возможно, что больше 100
  • ort
  • 0
  • ↓
avatar
К сожалению не было возможности самому залезть посмотреть (не скажу кто именно отъел память). Пришлось просить по тел. просто перезагрузить сервер — стоять нельзя было.

По кол-ву соединений: 100 уверен не было. По сторонней статистике в этот период (15 минут) на сайте было 25 человек!

Сейчас периодически обновляю processlist — увидел (правда уже под конец его жизни) спящее соединение на 450 секунд! Сами понимаете что будет при достаточной активности…
avatar
Аналогичная ситуация, мемкэша нет, скл падает почему то, отследить не успел, нагрузка не более 20 человек.
Сейчас потюнил дефолтные настройки, проверяю.
avatar
В настройках у вас не стоит удержание постоянного коннекта с базой данных? Если нет, то:

Возможные причины по моей практике работы с MySQL:

Innodb логирует все запросы. Скорость логирования медленней, количество выполняемых sql запросов напряму зависит от скорости записи в лог, который порой не поспевает. Начинают «подвисать» запросы. Это правиться в конфиге.

Если в один момент идет напор с большим количеством запросов, объединяющих таблицы с большим количеством записей (у меня их было более 500 тыс), они начинают «засыпать». Как с этим бороться не знаю, просто тупо съедается весь процессор и начинаются дикие тормоза. Как напор ослабевает, количество коннектов становиться меньше.
avatar
Очередной наплыв был. Полет нормальный!
В эрорах ни одного отвала.
  • wra
  • 0
  • ↓
avatar
у нас падения за падением, может конфиг файл mysql показать?
avatar
Привет, Лора.
Стучи в аську.
avatar
Лора, пропишите в своем конфиге

log-slow-queries = имя файла
long_query_time = 2
log-queries-not-using-indexes

и посмотрите что там будет накапливаться
avatar
Понимаю, что проблема уже устарела, но она до сих пор имеет место быть. А точнее я хотел бы расставить все точки над i, выяснив наконец, почему проекты периодически выдают «Site is temporary unavailable.»

Саппорт хостера сказал, что это возникает в случае большого кол-ва одновременных подключений к MySql. Лимит у меня на плане всего 27.

На аккаунте висит
1. самописная доска с посещаемостью 1500 уников и 4-5 запроса за одну загрузку страницы
2. и LS с почещаемость 15 уников в день и 27 запросов за 1 загрузку страницы.

Вот скажите, пожалуйста, сервак падает из LiveStreet?
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.