Почему вдруг нагружается сервер и потом все сбрасывается?

Question

[rinaz22]

Примерно раз в 1-2 месяца приходят уведомления о сбоях при подключении к БД. Захожу на сайт, все работает, БД работает, а в панели управления сервером проц нагружен где-то в 50% (в обычном состоянии 2-5%), а оперативка примерно в 90%. После 1-2 минуты нагрузка на проц падает до 1%, а на оперативку до 50% (меньше никогда не было, т.к. всего 1 ГБ ОЗУ).
После чего заметил, что в одной таблице в БД всегда, когда такое случается сбрасывается индексное значение (auto_increment) до 1.

И после такого "сброса" все работает стабильно, пока опять не происходит такой "сброс". В течении всего времени работы до сброса оперативка потихоньку растет с 50% примерно до 80%, а потом такой сброс.

В статистике ПУ заметил, что при таком сбросе большую часть проца сожрал процесс apt-check.

Из-за чего такое может быть? У меня лишь предположение, что в течении всего времени работы перегружается ОЗУ каким-то процессом и потом происходит сброс.

Куда лучше "копать" с этой проблемой?

Comments

[pfg21]

посмотреть что в системе запускается и отключить не нужное. если сильно грешить на апт-чек.
1гиг памяти для БД вообще не вариант.

Answer 1

[Adamos]

Как паллиатив, можно просто создать своп-файл.
Именно для того редкого момента, когда память вдруг нештатно выжрана, и БД умирает по ООМ.
Пусть оно две минуты в неделю потормозит, зато все живы ;)

Answer 2

[Vitsliputsli]

1Гб это очень мало для современных дистрибутивов, тем более для сервера с СУБД. apt check в Ubuntu (не знаю как в других) любит жрать память без причины, просто так, и никто это не чинит уже более 10 лет. А когда память заканчивается неизвестно, что попадет "под нож", вполне может и СУБД, как самый жирный процесс. Поэтому проверьте когда в последний раз запускали СУБД.
Если увеличить память никак нельзя, попробуйте полностью отключить запуск apt-check. Если у вас обновления автоматические, то перевести их на cron.

сбрасывается индексное значение (auto_increment) до 1

Таблица постоянно чистится, и в этот момент она пуста?

Comments

[rinaz22]

А это нормально, что нагрузка на ОЗУ плавно но постепенно растёт?

Да, таблица пуста, т.к. временная, но id там очень важны для будущих записей и процессов.

[Vitsliputsli]

rinaz22, скорее всего растет кеш СУБД, для него это нормально. Но проверьте, какой процесс увеличивает потребление памяти.
Вообще не должен автоинкремент сбрасываться, но если СУБД убивают, то это может быть последствия сбоя, нужно поэкспериментировать.
Что значит "временная"? Это обычная таблица, просто вы ее используете для временных данных?

[rinaz22]

Vitsliputsli, судя по статистике СУБД была перезагрузка.

Это обычная таблица, просто вы ее используете для временных данных?

Да

[Vitsliputsli]

rinaz22, к сожалению, современное ПО очень расточительно относится к памяти. Вы можете попробовать отключить apt check, но не факт, что не отвалится чтонибудь еще. Также нужно уменьшить максимальный размер кеша СУБД, чтобы было больше свободной памяти для задач ОС и все не сваливалось в недостаток памяти. Но уменьшение кеша вызовет больше операций чтения с диска, неизвестно насколько это будет критично.
С автоинкрементом можно поизучать, но вообще перезапуск СУБД это критическая ситуация, это тотальный сбой. Если не можете искоренить такие сбои, а разобраться с автоинкрементом не получится, попробуйте использовать sequence, т.е. когда счетчик id лежит отдельно. Если в вашей СУБД такой сущности нет, то посмотрите как это сделать самому. Или совсем костыльно, если возможно, не удаляйте все записи из таблицы, оставляйте хотя бы одну последнюю запись.

[rinaz22]

Vitsliputsli, Посмотрел логи с помощью dmesg и как раз во время сбоя есть "killed" процесса mysqld из-за нехватки памяти.
Буду тогда копать в сторону mysql, возможно что-то в коде много расходует или в настройках mysql слишком "завышенные" настройки стоят.

Спасибо!

[Vitsliputsli]

rinaz22, и, кстати, Adamos предложил хороший вариант со свопом, т.е. buffer pool mysql пусть занимает почти всю свободную оперативу, а всякие разовые большие расходы памяти типа apt check будут уходить в своп. В такие моменты будут сильные тормоза, но зато ничего не упадет.

Answer 3

[Петровский]

Грёбаное автообновление в убунте, не вариант?

Comments

[rinaz22]

Не совсем вас понял. Имеете ввиду отключить автообновление в ubuntu?

Answer 4

[MaksMur]

А что в логах СУБД?