web-dev-qa-db-ja.com

MySQL 5.5の高いCPU使用率

私は、高トラフィックのWebサイト（常時50万人の訪問者と600〜800人のアクティブユーザー）を抱えるクライアントと協力しています。これはwordpress=を使用し、DBはMyISAMエンジンを使用しています。サーバーでのCPU使用率が高いことが問題でした。CPU負荷は常に15〜20です。LitespeedとMySQL 5.1をCentOSで使用しましたデュアルXeon L5506の5.9、12GB RAM Sata HDDを搭載したサーバー。

そこでデータベースを分析したところ、そのデータベースのデータとインデックスサイズは4GBしかないことがわかり、InnoDBに変換することにしました。一度実行すると、CPU負荷が80〜150になり、サーバーがクラッシュしそうでした。そこで、MySQLを同じ設定でMySQL 5.5に別のサーバーに転送しました。

新しいDBサーバーでは、CPU負荷は1〜2で、Webサーバーは引き続き4〜6の一定のCPU負荷をかけています。

これが私のmy.cnfです

[mysqld]
innodb_file_per_table=1
local-infile = 0
default-storage-engine = InnoDB
max_connections = 1000

innodb_buffer_pool_size = 8G
innodb_flush_method = O_DIRECT
innodb_log_file_size = 256M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 2
innodb_thread_concurrency = 8
innodb_file_format = Barracuda

myisam_sort_buffer_size = 16MB

query_cache_type = 1
query_cache_limit = 2M
query_cache_size = 256M
thread_cache_size = 16K

key_buffer_size = 128M
max_heap_table_size = 128M
tmp_table_size = 128M
join_buffer_size = 32M
read_buffer_size = 32M
read_rnd_buffer_size = 1M
sort_buffer_size = 32M
table_cache = 4K
open_files_limit = 65535

log-slow-queries = /var/log/mysql/slowqueries.log
long_query_time = 3

PS：すべてのDBがInnoDBであるとは限らないため、MyISAM値は適切な分析の後に配置されます。

統計：4時間

Questions since startup: 7,339,471 Documentation 
ø per hour: 1,704,102
ø per minute: 28,402
ø per second: 473

   Traffic              ø per hour
Received 4.8 GiB    1.1 GiB
Sent     248.5 GiB  57.7 GiB
Total    253.3 GiB  58.8 Gi
mysqlinnodbmysql-5.5myisam
3
adinindu

観測＃1

InnoDBの使用をコミットするときは、複数のコアのチューニングにもコミットする必要があります。

観測＃2

innodb_thread_concurrency = 8があると思います。 innodb_thread_concurrency を0（デフォルト）に設定すると、並行性は無限になります。それでは、InnoDBストレージエンジンが、必要と感じて処理できるスレッドの数を決定します。

観測＃3

DBサーバーには12GBのRAMが搭載されています。 InnoDBバッファープールがRAMの半分よりも大きい。 innodb_buffer_pool_instances を2に設定して、バッファープールをパーティション化する必要があります。これと併せて、numactl --interleave=allを実行する必要があります（VMには適用されません）。

観測＃4

innodb_file_format = Barracudaがあると思います。 innodb_file_format = Antelopeに戻っていただければ幸いです。なぜ非圧縮に戻るのですか？バッファープールには圧縮されたデータと圧縮されていないデータおよびインデックスページが共存するため、InnoDBバッファープールが肥大化する傾向があります。私はこれについて書いたところです：私の投稿を参照してください innodb_file_format Barracuda

エピローグ

これがInnoDBのチューニングに関する私の過去の投稿の一部です

試してみる ！！！

3
RolandoMySQLDBA

このようなビジーなデータベースでの1-2のロードは非常に良いので、あなたは今WebサーバーのCPU負荷を心配していると思います。私はあなたが持っていることに気づきました：

long_query_time = 3

あなたの構成で。この設定では、実行時間の長いクエリをすべてキャッチするわけではありません。忙しいWebサイトの場合、3秒は非常に長くなります。 PHPがデータベースにリクエストを送信し、3秒待機すると、Webサーバーのプロセスは実行可能な状態になり、負荷が増加します。その効果を確認するには、PHP SELECT SLEEP（3）クエリをループするスクリプト。これらのスクリプトを100個同時に実行し、これが負荷にどのように影響するかを確認します）。

私の提案はlong_query_timeより妥当な値（0.2？0.1？）にして、低速のクエリログを pt-query-digest で処理し、累積的に最も時間がかかるクエリを処理します。クエリ自体を変更できない可能性があるため、人気のあるテーブルのインデックスを作成して運がよいかもしれません。

2
redguy