Circa 4 mesi fa siamo migrati da MS SQL Server a MySQL 5.5 . Da allora abbiamo riscontrato un problema circa una volta ogni 25 giorni da quando CentOS esaurisce la memoria e di conseguenza uccide MySQL. MySQL riavvia mysql in modo che il database sia completamente inattivo solo per un minuto o due, ma possiamo subire perdite di prestazioni e connettività per ore prima che CentOS uccida il thread mysqld.
Di solito vediamo problemi dalle 1:00 alle 5:00 , ma mai durante il giorno in cui il traffico è più alto, il che è ciò che rende davvero sconcertante questa situazione. Nonostante normalmente si verifichino problemi di connettività e prestazioni dalle 01:00 alle 05:00, il server mysql viene in genere ucciso intorno alle 4:00 o alle 5:00, nello stesso periodo in cui MySQL viene eseguito.
Abbiamo pensato che mysqldumppotesse essere stato il colpevole. Tuttavia, inizia alle 4 del mattino tutti i giorni, ma vediamo alcuni problemi già all'1 di notte. Inoltre mysqldumpè in esecuzione con l' --optinterruttore, quindi non dovrebbe essere il buffering un sacco di dati durante il processo di dump.
Abbiamo anche considerato l'app di backup che stiamo utilizzando per ottenere i file di dump e eseguirne il backup su nastro. Abbiamo modificato il tempo di esecuzione alle 6 del mattino e il problema è rimasto invariato.
Abbiamo diversi lavori che vengono eseguiti periodicamente per tutta la notte, ma nessuno richiede molte risorse e non richiede molto tempo per essere eseguito.
Ecco alcune statistiche su ciò con cui stiamo lavorando e le voci correnti nel my.cnffile. Qualsiasi aiuto o suggerimento per cose che possiamo provare sarebbe molto apprezzato.
STATISTICHE DEL SERVER :
- CPU Intel (R) Xeon (R) E5530 a 2,40 GHz
- core della CPU: 4
- Memoria: 12293480 (12 concerti)
OS :
- CentOS 5.5
- Linux 2.6.18-274.12.1.el5 # 1 SMP mar 29 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