Да, уже попытался разок, снеслось что то слишком много всего) Спасибо за ответ, именно твой совет я и ожидал чтобы для себя сориентироваться. Оставлю тогда Mysql 8 хотя раньше всегда переходил на mariadb.
LEOnidUKG: Отлично. А теперь нам расскажите, где вы настраивали php-fpm? Его надо настраивать для КАЖДОГО юзера. У вас же настройки совсем не те, которые вы указали в первом посте.
как пример: opt/php72/etc/php-fpm.d и там конфиги для каждого пользователя - соответственно для других версий php также.
Mobiaaa: Prozaik, Смотрите в htop, что ещё занимает память
Отключите показ тредов (Shift + h)
---------- Добавлено 13.12.2019 в 01:33 ----------
LEOnidUKG, Размер базы уже определён :)
Он в htop показан, чуть меньше 10 Gb (на данный момент)
Чем остальное занято - не видно на скрине
Вероятно куча php-fpm
Да занято 26 гигов памяти и 7 гигов свапа. Размер общий баз там 10958.42 мегабайта. То есть округлим - 11 гигов. Это с индексами полностью.
Почему решил обсудить - да сайты работают нормально, сам настраиваю, стараюсь собирать информацию. Но утечка памяти есть куда то. Значит либо не заканчиваются процессы и остаются в памяти, либо какое то чересчур кеширование сделал и оно все вообще хранит?
Попробуем конфиг базы глянуть (сильно не критикуйте)
Почему она должна сломать связку? yum это стандартный процесс. У меня он вообще выполняется каждый день.
У вас стоит ISP 5 и mariadb 10.x ? Там не стандартная связка и поэтому опасения чтобы не полетели конфиги какие либо и тд.
baas: Я так понимаю вы не шурупите в этом, от ваших действий будет только хуже! Наймите админа для анализа и исправления ситуации.
Спасибо за совет. Справляюсь сам.
LEOnidUKG: Это она сейчас съела 10 в данном случаи, а вообще ей 19 ГБ выделено.
---------- Добавлено 12.12.2019 в 13:52 ----------
Но учитывая, что ОГРОМНЫЙ swap забит больше, чем память. Это может быть связанно с тем, что mysql вообще не настроена.
Вот вопрос как раз таки да, что я мог пропустить в настройке, что и свап наполнен и память. Где то не закрываются или не заканчиваются процессы? Где копать посоветуете?
Да зачем, что-то выкидывать то а? Ну всё нормально работает, всем всего хватает.
Нормальное использование памяти, серверу комфортно.
Спасибо за совет по update - утром все обновил, без проблем прошло.
Prozaik, Тогда всё +/- соответствует действительности
Что тут ещё можно подкрутить, так это выкинуть лишние php модули, если они есть
какие например?
Prozaik, Сколько у Вас пользователей в панели, которые пользуются php-fpm ?
35 пользователей
И везде настройки одинаковые?
Вы перезапускали после изменения настроек php?
Практически везде одинаковые. Перезапускал конечно, это давно настраивал уже месяца два назад.
Отлично. А теперь нам расскажите, где вы настраивали php-fpm? Его надо настраивать для КАЖДОГО юзера. У вас же настройки совсем не те, которые вы указали в первом посте.
как пример: opt/php72/etc/php-fpm.d и там конфиги для каждого пользователя - соответственно для других версий php также.
Судя по всему понял что) Спасибо - хороший совет, так легче смотреть.
Prozaik, Смотрите в htop, что ещё занимает память
Отключите показ тредов (Shift + h)
---------- Добавлено 13.12.2019 в 01:33 ----------
LEOnidUKG, Размер базы уже определён :)
Он в htop показан, чуть меньше 10 Gb (на данный момент)
Чем остальное занято - не видно на скрине
Вероятно куча php-fpm
Не совсем понял про показ тредов.
Да занято 26 гигов памяти и 7 гигов свапа. Размер общий баз там 10958.42 мегабайта. То есть округлим - 11 гигов. Это с индексами полностью.
Почему решил обсудить - да сайты работают нормально, сам настраиваю, стараюсь собирать информацию. Но утечка памяти есть куда то. Значит либо не заканчиваются процессы и остаются в памяти, либо какое то чересчур кеширование сделал и оно все вообще хранит?
Попробуем конфиг базы глянуть (сильно не критикуйте)
Почему она должна сломать связку? yum это стандартный процесс. У меня он вообще выполняется каждый день.
У вас стоит ISP 5 и mariadb 10.x ? Там не стандартная связка и поэтому опасения чтобы не полетели конфиги какие либо и тд.
Я так понимаю вы не шурупите в этом, от ваших действий будет только хуже!
Наймите админа для анализа и исправления ситуации.
Спасибо за совет. Справляюсь сам.
Это она сейчас съела 10 в данном случаи, а вообще ей 19 ГБ выделено.
---------- Добавлено 12.12.2019 в 13:52 ----------
Но учитывая, что ОГРОМНЫЙ swap забит больше, чем память. Это может быть связанно с тем, что mysql вообще не настроена.
Вот вопрос как раз таки да, что я мог пропустить в настройке, что и свап наполнен и память. Где то не закрываются или не заканчиваются процессы? Где копать посоветуете?