Почему такая загрузка ОЗУ на CentOS?

Question

[Павел]

Заказал VPS. CentOS 7.3x64. Залил один сайт ( на котором нулевой трафик) и увидел такую картину. Куча процессов mysql и больше половины съеденой памяти
Мне кажется это не нормально. Что можно сделать?

Comments

[zooks]

Заменить на MariaDB

[Сережа Ахен]

Обычно после установки пакета LAMP много оперативки отъедено остается, после перезагрузки сервера в норму приходит.

[Павел]

Сережа Ахен: сервер уже перезагружался.. и такая картина появилась после обновления mysql с 5.5 на 5.6

Answer 1

[Wexter]

1) это не куча процессов, это куча потоков
2) это вполне нормально, бд использует память для кеширования данных, чтобы реже дёргать диск и быстрее отвечать. максимальный размер настраивается в конфигах

Comments

[Павел]

А можете посдказать где конфиги? Ищу файл my.cnf

содержимое файла /etc/my.cnf

[Павел]

есть еще возможность редактирования конфигурации через админку Webuzo

по ходу это файл /usr/local/webuzo/conf/webuzo/my.cnf

[Павел]

разобрался.. там же в htop в процессе написано какой файл конфигов используется

[Павел]

Но из параметров я так и не увидел какой отвечает за количество потребляемой памяти. Такая картина стала после обновления с 5.5 на 5.6 . Я до этого не видел, чтобы MySql столько кушал, поэтому и спросил. изменение параметра innodb_buffer_pool_size не влияет на кол-во занятой памяти. Если Mysql столько съел, то что тогда останется под работу php?

[Wexter]

Павел: выложите конфиг, а то магические шары закончились

[Павел]

Wexter:
/usr/local/apps/mysql56/etc/my.cnf

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=0

# Disabling symbolic-links is recommended to prevent assorted security risks;
# to do so, uncomment this line:
# symbolic-links=0

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid



skip-external-locking

max_allowed_packet=16M
key_buffer=16M
innodb_buffer_pool_size=512M
innodb_file_per_table=1
innodb_flush_method=O_DIRECT
innodb_flush_log_at_trx_commit=0

thread_stack=128K
thread_cache_size=128
myisam-recover=BACKUP
max_connections=128
table_cache=32

query_cache_limit=1M
query_cache_size=4M

slow_query_log=/var/log/mysql/mysql-slow.log
long_query_time=1

expire_logs_days=10
max_binlog_size=100M

[mysqldump]
quick
quote-names
max_allowed_packet=16M

пример взят отсюда
https://ruhighload.com/mycnfexample?ram=1

[Wexter]

Павел: ну так у вас под буфер innodb выделено 512мб, оно их и отъедает честно. уменьшите значение до 256/128мб по своему усмотрению, только учитывайте что тогда база может медленнее работать т.к. не хватит памяти закешировать всё.

[Павел]

Wexter:

изменение параметра innodb_buffer_pool_size не влияет на кол-во занятой памяти.

Пробовал ставить innodb_buffer_pool_size=128M

[Павел]

Wexter: Ладно. не буду вас мучить.. пока оставлю как есть.. если будут проблемы, что php будет ругаться на недостаток памяти, то буду бить тревогу)

[Wexter]

Павел: а сервер mysql точно перезапускали?

[Павел]

Wexter: конечно. Даже сервер целиком перезагружал, на всякий

[Павел]

Wexter: странное дело.. после всех настроек, ситуация все-таки изменилась через пару часов). хотя и innodb_buffer_pool_size стоит в 512М

[Wexter]

Павел: а таблицы то у вас на innodb или myisam?

[Павел]

Wexter: innodb