MySQL é morto pelo SO a cada 25 dias ou mais

9

Cerca de 4 meses atrás migramos do MS SQL Server para o MySQL 5.5 . Desde então, temos experimentado um problema aproximadamente 25 dias depois, desde que o CentOS fica sem memória e, como resultado, mata o MySQL. O MySQL safe reinicia o mysql para que o banco de dados fique completamente inativo por um minuto ou dois, mas podemos sofrer perdas de desempenho e conectividade por horas antes que o CentOS destrua o thread mysqld.

Geralmente, vemos problemas de 1h às 5h , mas nunca durante o dia, quando o tráfego é mais alto, o que é realmente desconcertante nessa situação. Apesar de normalmente ver problemas de conectividade e desempenho entre 1h e 5h, o servidor mysql normalmente é eliminado por volta das 4h ou 5h da manhã, aproximadamente na mesma hora em que o mysqldump é executado.

Pensamos que mysqldump pode ter sido o culpado. No entanto, começa às 4 da manhã diariamente, mas nós vemos problemas já em 1 da manhã em algumas noites. Além disso, mysqldump está sendo executado com a opção --opt , portanto, não deve armazenar muitos dados em buffer durante o processo de despejo.

Também consideramos o aplicativo de backup que estamos usando que obtém os arquivos de despejo e os faz backup em fita. Nós mudamos o tempo que é executado para 6:00 e o problema não foi alterado.

Temos vários trabalhos que são executados periodicamente durante a noite, mas nenhum deles exige muitos recursos e não demora muito para ser executado.

Veja algumas estatísticas sobre o que estamos trabalhando e as entradas atuais no arquivo my.cnf . Qualquer ajuda ou sugestão para coisas que podemos tentar seria muito apreciada.

STATAS DE SERVIDOR :

  • CPU Intel (R) Xeon (R) E5530 @ 2.40GHz
  • núcleos da cpu: 4
  • Memória: 12293480 (12 GB)

SO :

  • CentOS 5.5
  • Linux 2.6.18-274.12.1.el5 # 1 SMP ter 29 de nov. 13:37:46 EST 2011 x86_64 x86_64 x86_64 GNU / Linux

MY.CNF:

[client]
port = 3306
socket = /var/lib/mysql/mysql.sock

[mysqld]
port = 3306
socket = /var/lib/mysql/mysql.sock

skip-name-resolve

ssl-ca=<file location>
ssl-cert=<file location>
ssl-key=<file location>

back_log = 50
max_connections = 500
table_open_cache = 2048
table_definition_cache = 9000
max_allowed_packet = 16M
binlog_cache_size = 1M
max_heap_table_size = 64M
read_buffer_size = 2M
read_rnd_buffer_size = 16M
sort_buffer_size = 8M
join_buffer_size = 8M
thread_cache_size = 130
thread_concurrency = 16
query_cache_size = 64M
query_cache_limit = 1M
ft_min_word_len = 4
default-storage-engine=INNODB
thread_stack = 192K
transaction_isolation = REPEATABLE-READ
tmp_table_size = 64M
log-bin=/log/mysql/mysql-bin
expire_logs_days=7
binlog_format=mixed
key_buffer_size = 32M
bulk_insert_buffer_size = 64M
myisam_sort_buffer_size = 128M
myisam_max_sort_file_size = 10G
myisam_repair_threads = 1
myisam_recover
innodb_additional_mem_pool_size = 16M
innodb_buffer_pool_size = 7G
innodb_thread_concurrency = 16
innodb_flush_log_at_trx_commit = 2
innodb_log_file_size = 256M
innodb_log_files_in_group = 3
innodb_max_dirty_pages_pct = 70
innodb_lock_wait_timeout = 120

[mysql]
no-auto-rehash

[mysqld_safe]
open-files-limit = 8192
    
por bahamat 18.04.2012 / 16:56

2 respostas

2

  1. Você deve verificar o log de erros do MySQL

  2. Verifique se esse valor é igual aos arquivos abertos de ulimit -a :

    int my.cnf 
    [mysqld_safe]
    open-files-limit = 8192
    
por 20.04.2012 / 10:32
0

Sua configuração está com bugs.

Use esta ferramenta . Ele informa quanta memória RAM você precisa para sua configuração personalizada?

Sua RAM atual, como você mencionou, é 12GB , mas você precisa de 31.6GB para 500 conexões ativas do MySQL.

Session variables
max_allowed_packet 16.0 MB
sort_buffer_size 8.0 MB
net_buffer_length 16.0 KB
thread_stack 192.0 KB
read_rnd_buffer_size 16.0 MB
read_buffer_size 2.0 MBSession variables
max_allowed_packet 16.0 MB
sort_buffer_size 8.0 MB
net_buffer_length 16.0 KB
thread_stack 192.0 KB
read_rnd_buffer_size 16.0 MB
read_buffer_size 2.0 MB
join_buffer_size 8.0 MB
Total (per session)50.2 MB
Global variables
innodb_log_buffer_size 1.0 MB
query_cache_size 64.0 MB
innodb_buffer_pool_size 7.0 GB
innodb_additional_mem_pool_size 16.0 MB
key_buffer_size 32.0 MB
Total 7.1 GB
Total memory needed (for 500 connections): 31.6 GB
    
por 26.10.2016 / 11:08