O uso da CPU deve ser tão baixo enquanto o uso da memória é alto no servidor mysql pesado?

Question

Estou usando o servidor ubuntu 12.04 x64. O servidor recebe muitas requisições para o mysql através do servidor web apache (é a interface light). Das estatísticas do mysql, vejo que há aproximadamente 250 consultas / segundo das 8h às 21h. À noite, o servidor praticamente não é usado. A RAM é usada principalmente pelo mysql (de acordo com o uso máximo de memória RAM do MySQL, o mysqloptimizer é de 25GB). Top confirma isso - o mysql usa cerca de 77% de RAM.

O tamanho do banco de dados é de cerca de 20 GB. Uma tabela que está sob o fogo mais pesado tem cerca de 1-2 milhões de registros (principalmente campos de identificação de algumas tabelas e alguns contadores pequenos).

Anexei partes ilustrativas da imagem que são interessantes para mim (as imagens da segunda memória mostram o comportamento da memória após a reinicialização do servidor).

EnquantoassistiaMunin,eufizalgumasperguntas:

1. Porquememóriauseageappsmemóriapraticamentenuncacai?Nãodeveriadiminuir,e.ànoite,quandonãohátráfegonoservidor?

2. Nãoseriamelhor,dealgumaforma,ajustaroespaçodememóriaparaocache?

3. PorqueousodaCPUétãobaixoenquantoaRAMestácheia?

4. Oníveldememóriainativatambémestáaumentandoeissomepreocupaumpouco.

Essasperguntassurgiramporqueocasionalmenteotráfegoaumentasignificativamenteporumcurtoperíododetempoe,nessesmomentos,oservidornãoestárespondendoamuitassolicitações.MasnessesmomentosaRAM/CPUoumesmoalatênciadodisconãoestáaumentandomuito,talvezumpouco.Essesaumentosdetráfegosãoinevitáveis,masnãotenhocertezaseasubstituiçãodoservidorporumstringerfaráissooutalvezapenascoloquemaisRAM(jáqueousodaCPUémínimo)?

Seestaquestãonãopuderserrespondida-desculpe.

EDITAR:    #    #OarquivodeconfiguraçãodoservidordebancodedadosMySQL.    #    #Vocêpodecopiarissoparaumdosseguintes:    #-"/etc/mysql/my.cnf" para definir opções globais,     # - "~ / .my.cnf" para definir opções específicas do usuário.     #     # Um pode usar todas as opções longas que o programa suporta.     # Execute o programa com --help para obter uma lista de opções disponíveis e com     # --print-defaults para ver o que realmente entenderia e usaria.     #     # Para explicações veja     # link

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port        = 3306
socket      = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket      = /var/run/mysqld/mysqld.sock
nice        = 0

[mysqld]
#
# * Basic Settings
#
user        = mysql
pid-file    = /var/run/mysqld/mysqld.pid
socket      = /var/run/mysqld/mysqld.sock
port        = 3306
basedir     = /usr
datadir     = /var/lib/mysql
tmpdir      = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
#bind-address       = 127.0.0.1

#
# * Fine Tuning
#
key_buffer      = 64M
max_allowed_packet  = 16M
thread_stack        = 192K
thread_cache_size       = 64
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover         = BACKUP
max_connections        = 400
table_cache            = 6000
#thread_concurrency     = 10
#
# * Query Cache Configuration
#
query_cache_limit   = 1M
query_cache_size        = 32M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file        = /var/log/mysql/mysql.log
#general_log             = 1
#
# Error logging goes to syslog due to /etc/mysql/conf.d/mysqld_safe_syslog.cnf.
#
# Here you can see queries with especially long duration
slow_query_log = 0
slow_query_log_file = /var/log/mysql/mysql-slow.log
long_query_time = 20
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
#       other settings you may need to change.
#server-id      = 1
#log_bin            = /var/log/mysql/mysql-bin.log
expire_logs_days    = 10
max_binlog_size         = 100M
#binlog_do_db       = include_database_name
#binlog_ignore_db   = include_database_name
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem

innodb_file_per_table
innodb_flush_method=O_DIRECT
innodb_log_file_size = 512M
innodb_buffer_pool_size = 24G
bulk_insert_buffer_size = 256M
innodb_open_files = 6000
innodb_flush_log_at_trx_commit = 2
innodb_lock_wait_timeout = 50
innodb_file_io_threads = 4
thread_cache_size = 64
thread_concurrency = 12
query_cache_size = 64M
query_cache_limit = 2M

max_sp_recursion_depth = 50
thread_stack = 384K

tmp_table_size = 64M
max_heap_table_size = 64M
key_buffer_size = 32M

event_scheduler = ON

lower_case_table_names = 1

[mysqldump]
quick
quote-names
max_allowed_packet  = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer      = 16M

#
# * IMPORTANT: Additional settings that can override those from this file!
#   The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/

    

Answer 1

Bancos de dados (bem, 99% deles) armazenam em cache tudo o que podem. Cache é bom. Isso torna as coisas mais rápidas. Você deseja que seu servidor de banco de dados consuma toda a memória possível e nunca o libere, a menos que seja necessário.

Ele não armazenará coisas em cache, a menos que você solicite (como em uma consulta). Talvez existam ferramentas para fazer os dados pré-cache do MySQL, mas não tenho ideia. Novos produtos de banco de dados estão começando a receber muitos recursos na memória, onde você pode selecionar certos dados para sempre estarem presentes na memória.

O uso da CPU não se correlaciona ao uso de RAM. Suas consultas podem ser extremamente leves, como apenas SELECTES detalhados que atingem um índice todas as vezes. Em outras palavras, o banco de dados servirá dados armazenados em cache que residem na RAM, portanto, haveria muito pouco trabalho de CPU a ser feito (como o agendamento de E / S para recuperar e processar dados do disco).

Para mim, isso parece um banco de dados muito saudável e rápido. Realmente não há problemas em tudo. Se você tem memória livre, isso significa que o banco de dados não precisa armazenar mais dados em cache, pois nunca é solicitado.

EDIT: Você limitou o pool InnoDB a 24 GB, o que é excelente, já que seu banco de dados é de 20 GB. Se o banco de dados aumentar, tome cuidado para aumentar o tamanho do buffer pool. Você também menciona que está preocupado com a diminuição da memória disponível - isso só deve ser uma preocupação se outros processos que o banco de dados estiverem consumindo. O servidor de banco de dados não crescerá além do que você limitou.