Nginx + php-fpm контроль за оперативной памятью и update

У вас стоит ISP 5 и mariadb 10.x ? Там не стандартная связка и поэтому опасения чтобы не полетели конфиги какие либо и тд.

Спасибо за совет. Справляюсь сам.

Вот вопрос как раз таки да, что я мог пропустить в настройке, что и свап наполнен и память. Где то не закрываются или не заканчиваются процессы? Где копать посоветуете?

Я то в ту колонку посмотрел, там указано что зарезервировано (не используется) под DB 19Gb, то есть стоит какой нибудь innodb_buffer_pool_size=19Gb и это нормальная настройка для такого сервера....

Единственное что меня смущает это то, что что то писать в свап умудряется

Ребят, ну топик то не о том, сколько mysql может сожрать в будущем :)

Вопрос был в том, что сейчас сожрало всё

А именно ещё 16 Gb (помимо 10, которые занимает mysql)

Скорей всего Mysql и залез в swap (каких-то пару/тройку GB)

Ничего там не стандартного нет, ничего не летит. Особенно если уже всё установлено, то обновление проходят минорных версий.

Тут закрытие процессов не при чём, тут дело в другом. Но опять же, я не понимаю, что вы хотите? Система работает, сайты не тупят, это главное.

Выполняйте обновление системы, даже в плане безопасности это нужно делать, чтобы в один момент не лишиться всего.

---------- Добавлено 12.12.2019 в 22:43 ----------

Активно там занято 6 ГБ + спам. Чего там всё сожрало то? 32 ГБ памяти 200 сайтов.

LEOnidUKG, 26 занято, посмотрите внимательнее

Фига там 2 синяя. Ну допустим 26 и что из этого? 200 сайтов, надо посчитать сколько там весят БД

Да занято 26 гигов памяти и 7 гигов свапа. Размер общий баз там 10958.42 мегабайта. То есть округлим - 11 гигов. Это с индексами полностью.

Почему решил обсудить - да сайты работают нормально, сам настраиваю, стараюсь собирать информацию. Но утечка памяти есть куда то. Значит либо не заканчиваются процессы и остаются в памяти, либо какое то чересчур кеширование сделал и оно все вообще хранит?

Попробуем конфиг базы глянуть (сильно не критикуйте)

collation-server = utf8_general_ci
character-set-server = utf8
local-infile=0
innodb_file_per_table = 1

symbolic-links=0
#bind-address = ::
bind-address = 127.0.0.1
skip-external-locking
skip-name-resolve
max-connect-errors  = 1000
low-priority-updates=1

# Set the SQL mode to strict
sql-mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" 
max_allowed_packet = 6M
open_files_limit = 165536

tmp_table_size		= 512m
max_heap_table_size	= 512m
key_buffer_size		= 1g
myisam-recover         = BACKUP
max_connections        = 250
thread-cache-size      = 250
table_open_cache = 165536
table_cache            = 165536
table_definition_cache = 165536
query_cache_size = 512m
query_cache_type = 1
query_cache_limit = 2m
tmpdir = /dev/shm

#sort_buffer_size    = 1M
#read_buffer_size    = 1M
#read_rnd_buffer_size = 1M
#myisam_sort_buffer_size = 24M
#join_buffer_size	= 2M

wait_timeout=120
interactive_timeout=120

#log-slow-verbosity=query_plan,explain
slow_query_log = 1
slow_query_log_file = /var/log/mysql/mysql_slow.log
long_query_time = 2
#log_queries_not_using_indexes = 1

#log_slow_queries	= /var/log/mysql/mysql-slow.log
#long_query_time = 90
#log-queries-not-using-indexes

expire_logs_days	= 5
max_binlog_size         = 500M
innodb_buffer_pool_size = 12G
innodb_buffer_pool_instances = 12
innodb_flush_log_at_trx_commit = 0
innodb_flush_method	= O_DIRECT
#innodb_flush_method = O_DSYNC
innodb-log-files-in-group = 2
innodb_log_file_size = 2g
innodb_log_buffer_size = 32M
innodb_thread_concurrency = 12
innodb_read_io_threads = 16
innodb_write_io_threads = 16
innodb_io_capacity = 3000

Prozaik, Смотрите в htop, что ещё занимает память

Отключите показ тредов (Shift + h)

---------- Добавлено 13.12.2019 в 01:33 ----------

LEOnidUKG, Размер базы уже определён :)

Он в htop показан, чуть меньше 10 Gb (на данный момент)

Чем остальное занято - не видно на скрине

Вероятно куча php-fpm

Смотря какая посещалка, там режим то стоит через 10 секунд убивать процесс.

LEOnidUKG, Это в случае одного пула :)

А там может их все 200, на каждый сайт - свой