MySQL убивается ОС каждые 25 дней или около того

Около 4 месяцев назад мы перешли с MS SQL Server на MySQL 5.5 . С тех пор мы сталкивались с проблемой примерно раз в 25 дней, когда в CentOS не хватает памяти, и в результате это убивает MySQL. MySQL safe перезапускает mysql, поэтому база данных полностью отключается только на одну или две минуты, но мы можем потерять производительность и потерять связь в течение нескольких часов, прежде чем CentOS убьет поток mysqld.

Обычно мы наблюдаем проблемы с 1:00 до 5:00 , но никогда в течение дня, когда трафик самый высокий, что действительно сбивает с толку в этой ситуации. Несмотря на то, что обычно проблемы с подключением и производительностью возникают с 1 утра до 5 утра, сервер mysql обычно погибает около 4 утра или 5 утра, примерно в то же время, когда работает mysqldump.

Мы думали, mysqldumpвозможно, виновник. Однако он начинается ежедневно в 4 часа утра, но в некоторые ночи мы видим проблемы уже в 1 час ночи. Также mysqldumpработает с --optкоммутатором, поэтому он не должен буферизовать много данных во время процесса дампа.

Мы также рассмотрели используемое нами приложение для резервного копирования, которое получает файлы дампа и сохраняет их на магнитную ленту. Мы изменили время до 6 часов утра, и проблема не изменилась.

У нас есть несколько заданий, которые периодически выполняются в течение ночи, но ни одно из них не требует значительных ресурсов и совсем не занимает много времени.

Вот некоторые статистические данные о том, с чем мы работаем, и текущие записи в my.cnfфайле. Буду очень признателен за любую помощь или предложения о том, что мы можем попробовать.

СТАТИСТИКА СЕРВЕРА :

Процессор Intel (R) Xeon (R) E5530 @ 2,40 ГГц
ядер процессора: 4
Память: 12293480 (12 гигов)

ОС :

CentOS 5.5
Linux 2.6.18-274.12.1.el5 # 1 SMP вт 29 ноя 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

mysql memory centos

— bahamat
источник

Сконфигурируйте журнал ошибок dev.mysql.com/doc/refman/5.5/en/error-log.html и проверьте, зарегистрировано ли что-либо при возникновении проблемы

Я использовал этот сайт omh.cc/mycnf и решил, что проблема, скорее всего, связана с самой конфигурацией. Я собираюсь настроить множество пулов соединений, связанных с myisam, и посмотреть, поможет ли это с потреблением памяти.

CentOS 5.5 не является текущей. 5.8 (если вы заботитесь о безопасности ОС)

— Nils

Решение было бы интересно. Можете ли вы опубликовать это как ответ на свой вопрос?

— Нильс

повторяющийся пост в ветке reddit, где это было решено. это было также размещено на форумах MySQL

— Марк Маккинстри

Вы должны проверить журнал ошибок MySQL
Убедитесь, что это значение совпадает ulimit -aс открытыми файлами:
```
int my.cnf 
[mysqld_safe]
open-files-limit = 8192
```

— Билл Се
источник

Ваша конфигурация глючит.

Здесь используйте этот инструмент . Он говорит вам, сколько оперативной памяти вам нужно для вашей пользовательской конфигурации?

Ваша текущая оперативная память, как вы упомянули, 12GBно вам нужно 31.6GB500 активных соединений 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

— Ахмад Авайс
источник