☰

MySQLは25日ごとにOSによって強制終了される

tag-icon • tag-icon mysql memory centos
MySQLは25日ごとにOSによって強制終了される

約4ヶ月前、私たちはMS SQL サーバーにMySQL 5.5それ以来、約 25 日ごとに 1 回、CentOS のメモリが不足し、その結果 MySQL が停止するという問題が発生しています。MySQL は安全に MySQL を再起動するため、データベースが完全に停止するのは 1 ～ 2 分だけですが、CentOS が mysqld スレッドを停止するまで、パフォーマンスと接続性が何時間も低下する可能性があります。

通常、午前1時から午前5時まで問題が発生しますしかし、トラフィックが最も多い日中はそうではありません。これがこの状況の本当に不可解な点です。通常、午前 1 時から午前 5 時まで接続とパフォーマンスの問題が発生するにもかかわらず、mysql サーバーは通常、mysqldump が実行されるのとほぼ同じ時間帯である午前 4 時または午前 5 時頃に停止します。

mysqldumpこれが原因かもしれないと考えました。ただし、毎日午前 4 時に開始されますが、夜によっては午前 1 時という早い時間に問題が発生することもあります。また、スイッチmysqldumpで実行されている--optため、ダンプ プロセス中に大量のデータがバッファリングされることはないはずです。

また、ダンプ ファイルを取得してテープにバックアップする、現在使用しているバックアップ アプリも検討しました。実行時間を午前 6 時に変更しましたが、問題は変わりませんでした。

夜間に定期的に実行されるジョブがいくつかありますが、いずれもリソースを大量に消費するものではなく、実行にそれほど時間がかかりません。

以下は、私たちが取り組んでいる内容とファイル内の現在のエントリに関する統計ですmy.cnf。試すことができる内容について、ご助言やご提案をいただければ幸いです。

サーバー統計:

  • インテル(R) Xeon(R) CPU E5530 @ 2.40GHz
  • CPUコア数: 4
  • メモリ: 12293480 (12 ギガ)

OS:

  • セントOS5.5
  • Linux 2.6.18-274.12.1.el5 #1 SMP 2011年11月29日火曜日 13:37:46 EST 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

答え1

  1. MySQLエラーログを確認してください

  2. ulimit -aこの値がの開いているファイルと同じであることを確認します。

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

答え2

設定にバグがあります。

ここでこれを使用してください道具カスタム構成に必要な RAM のメモリ容量がわかります。

あなたが言及した現在の RAM は500 個のアクティブな MySQL 接続に12GB必要なものです。31.6GB

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

関連情報