O Mysqld aumenta a carga na CPU e cai depois das tabelas de descarga

2

Ajude, por favor, conselhos sobre o assunto.

Carga normal na CPU 20-30% us + sy. Depois de restaurar os arquivos de banco de dados do servidor escravo (mesma versão), começou um problema periódico. O mysql começa a carregar o cpu em 100% (us + sy cresce proporcionalmente). A fila está crescendo, tudo fica mais lento. Mas com mysqladmin flush-tables são normalizadas por algumas horas.

Servidor linux dedicado rodando mysql 2 x E5506 24Gb RAM, tamanho do banco de dados de 50Gb.

[OK] Currently running supported MySQL version 5.0.51a-24 + lenny4-log
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics --------------------------------------- ----
[-] Status: + Archive-BDB-Federated + InnoDB-ISAM-NDBCluster
[-] Data in MyISAM tables: 33G (Tables: 1474)
[-] Data in InnoDB tables: 1G (Tables: 4)
[-] Data in MEMORY tables: 120K (Tables: 3)

[-] Reads / Writes: 91% / 9%
[-] Total buffers: 12.8M per thread and 7.1G global
[OK] Maximum possible memory usage: 15.8G (66% of installed RAM)

4000 - 5500 rps

key_buffer              = 1536M
max_allowed_packet      = 2M
table_cache             = 4096
sort_buffer_size        = 409584
read_buffer_size        = 128K
read_rnd_buffer_size    = 8M
myisam_sort_buffer_size = 64M
thread_cache_size       = 500
query_cache_size        = 100M
thread_concurrency      = 24

max_connections         = 700
tmp_table_size          = 4096M
join_buffer_size        = 4M
max_heap_table_size     = 4096M
query_cache_limit       = 1M

low_priority_updates    = 1
concurrent_insert       = 2

wait_timeout            = 30

server-id               = 1
log_bin                = /var/log/mysql/mysql-bin.log
expire_logs_days        = 10
max_binlog_size         = 100M

innodb_buffer_pool_size = 1536M
innodb_log_buffer_size = 4M
innodb_flush_log_at_trx_commit = 2

Como resolver o problema?

    
por mirage 11.11.2011 / 20:36

2 respostas

1

Acho que você precisará restringir o que está acontecendo um pouco mais antes de obter boas respostas. Eu começaria a ativar o log de consultas lentas para ver se ele é causado por alguma consulta específica e talvez executar o mysqlcheck como um teste de sanidade.

    
por 13.11.2011 / 17:17
0

Você tentou executar uma sincronização do escravo para o mestre? (não deve funcionar) ou um despejo do escravo restaurado no mestre?

    
por 13.11.2011 / 17:37

Tags