
私たちは約4ヶ月前に始めました。Microsoft SQL Server到着MySQL 5.5。それ以来、CentOSのメモリ不足の問題とMySQLが約25日ごとに終了する問題が発生しました。 MySQLはmysqlを安全に再起動するため、データベースは1〜2分間だけ完全にシャットダウンされますが、CentOSがmysqldスレッドをシャットダウンするまでに数時間パフォーマンスと接続の損失が発生する可能性があります。
私たちは通常、午前1時から午前5時の間に問題を見ます。しかし、交通量が最も多い日中は絶対にそうではありません。これがまさにこの状況について本当に混乱している部分です。接続とパフォーマンスの問題は通常午前1時から5時の間に発生しますが、mysqlサーバーは通常mysqldumpが実行される午前4時または5時ごろに終了します。
私たちはmysqldump
これが犯人かもしれないと思います。しかし、毎日午前4時に始まりましたが、ある夜は午前1時に問題が発見されました。また、mysqldump
スイッチで実行されるため、--opt
ダンプ中に大量のデータをバッファリングしないでください。
また、ダンプファイルをインポートしてテープにバックアップするバックアップアプリケーションも検討しました。ランタイムを午前6時に変更しましたが、問題は変わりませんでした。
一晩中定期的に実行されるタスクは複数ありますが、そのうちリソースをあまり使用せずに実行するのに時間がかかりません。
以下は、作業している作業とmy.cnf
ファイルの現在の項目に関するいくつかの統計です。私たちが試すことができるものについての助けやアドバイスをいただきありがとうございます。
サーバー統計:
- Intel(R)Xeon(R)CPU E5530 @ 2.40GHz
- CPUコア数:4
- メモリ:12293480(12GB)
オペレーティングシステム:
- セントOS 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
私の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
MySQLエラーログを確認する必要があります。
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