MySQL每25天左右被操作系统杀死一次


9

大约4个月前,我们从MS SQL Server迁移到MySQL 5.5。从那时起,自CentOS内存不足并导致MySQL终止运行以来,大约每25天就有一次问题。MySQL安全地重新启动mysql,因此数据库仅完全关闭一两分钟,但是在CentOS杀死mysqld线程之前,我们将遭受数小时的性能和连接损失。

我们通常会看到从凌晨1点到凌晨5点的问题,但从来没有出现在流量最高的一天,这确实使这种情况感到困惑。尽管通常从凌晨1点到凌晨5点看到连接和性能问题,但是mysqldump通常在凌晨4点左右或凌晨5点左右被杀死,而mysqldump运行的同时。

我们认为mysqldump可能是罪魁祸首。但是,它每天凌晨4点开始,但是我们发现某些晚上最早凌晨1点出现问题。mysqldump--opt开关也正在运行,因此在转储过程中不应缓存大量数据。

我们还考虑了我们正在使用的备份应用程序,该应用程序可以获取转储文件并将其备份到磁带上。我们将其运行时间更改为上午6点,并且问题没有改变。

我们有几个工作会在整个晚上定期运行,但是没有一个工作会占用大量资源,并且根本不需要花费很长时间。

以下是我们正在使用的一些统计信息以及my.cnf文件中的当前条目。对于我们可以尝试的任何帮助或建议,我们将不胜感激。

服务器状态

  • 英特尔(R)至强(R)CPU E5530 @ 2.40GHz
  • cpu核心:4
  • 内存:12293480(12演出)

操作系统

  • CentOS的5.5
  • Linux 2.6.18-274.12.1.el5#1 SMP Tue Nov 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

配置错误日志dev.mysql.com/doc/refman/5.5/en/error-log.html并检查问题发生时是否注册了某些内容

我使用此站点omh.cc/mycnf并确定问题很可能与配置本身有关。我将调整许多与myisam相关的连接池,看看这是否有助于减少内存消耗。

2
CentOS 5.5不是最新的。5.8是(如果您关心操作系统的安全性)
Nils 2012年

1
该解决方案将很有趣。您可以将其发布为您自己问题的答案吗?
Nils 2012年

Reddit线程中解决问题的重复帖子。它也发布在MySQL的论坛上
Mark McKinstry

Answers:


2
  1. 您应该检查MySQL错误日志

  2. 检查此值是否与ulimit -a的打开文件相同:

    int my.cnf 
    [mysqld_safe]
    open-files-limit = 8192
    

0

您的配置有问题。

在这里使用这个工具。它告诉您自定义配置需要多少内存RAM?

您提到的当前RAM是,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
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.