web-dev-qa-db-ja.com

MySQLがCPUを使いすぎている

以下は.cnfファイルで、CPU使用量が99.99％の場合はmysqldコマンドです。 MySQLサーバーは、データを頻繁に更新するリモートマシンから接続されていますが、リモートサーバーが接続を開いて、読み取り/書き込み/更新してから閉じることを確認しています。また、リモートサーバーは多くを読み取ります。

CPU使用量を減らすにはどうすればよいですか。参考までに、私は2コアCPUと4GB RAMを使用しています。

[client]
port          = 3306
socket      = /var/run/mysqld/mysqld.sock

[mysqld_safe]
socket      = /var/run/mysqld/mysqld.sock
Nice          = 0

[mysqld]
user          = mysqluser
pid-file    = /var/run/mysqld/mysqld.pid
socket      = /var/run/mysqld/mysqld.sock
port          = 3306
basedir     = /usr
datadir     = /var/lib/mysql
tmpdir      = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
wait_timeout    = 20
interactive_timeout = 60

bind-address            = <IP-ADDRESS>
key_buffer            = 16M
max_allowed_packet  = 16M
thread_stack            = 192K
thread_cache_size   = 8
myisam-recover      = BACKUP
max_connections     = 300

query_cache_limit   = 20M
query_cache_size        = 128M

log_error = /var/log/mysql/error.log
log_slow_queries    = /var/log/mysql/mysql-slow.log
long_query_time = 4
log-queries-not-using-indexes

expire_logs_days    = 10
max_binlog_size         = 100M

[mysqldump]
quick
quote-names
max_allowed_packet  = 16M

[mysql]

[isamchk]
key_buffer      = 16M

Mysqltunerからの出力も貼り付けます。

 >>  MySQLTuner 1.4.0 - Major Hayden <[email protected]>
 >>  Bug reports, feature requests, and downloads at http://mysqltuner.com/
 >>  Run with '--help' for additional options and output filtering
[OK] Logged in using credentials from debian maintenance account.
[OK] Currently running supported MySQL version 5.5.38-0ubuntu0.14.04.1-log
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM 
[--] Data in InnoDB tables: 2G (Tables: 26)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[!!] Total fragmented tables: 26

-------- Performance Metrics -------------------------------------------------
[--] Up for: 21m 51s (37K q [28.525 qps], 31K conn, TX: 6M, RX: 7M)
[--] Reads / Writes: 97% / 3%
[--] Total buffers: 304.0M global + 2.7M per thread (5000 max threads)
[!!] Maximum possible memory usage: 13.4G (347% of installed RAM)
[!!] Slow queries: 18% (6K/37K)
[OK] Highest usage of available connections: 0% (16/5000)
[OK] Key buffer size / total MyISAM indexes: 16.0M/100.0K
[OK] Query cache efficiency: 20.2% (7K cached / 36K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 6K sorts)
[OK] Temporary tables created on disk: 25% (54 on disk / 215 total)
[OK] Thread cache hit rate: 99% (16 created / 31K connections)
[OK] Table cache hit rate: 25% (74 open / 289 opened)
[OK] Open file limit used: 0% (49/25K)
[OK] Table locks acquired immediately: 100% (29K immediate / 29K locks)
[!!] InnoDB  buffer pool / data size: 128.0M/2.9G
[OK] InnoDB log waits: 0
-------- Recommendations -----------------------------------------------------
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    MySQL started within last 24 hours - recommendations may be inaccurate
    Reduce your overall MySQL memory footprint for system stability
Variables to adjust:
  *** MySQL's maximum memory usage is dangerously high ***
  *** Add RAM before increasing MySQL buffer variables ***
    innodb_buffer_pool_size (>= 2G)

私はこの問題をまったく受けていませんでしたが、10台のリモートサーバーをこのMySQLサーバーに接続し始めたとき、およびこれらの10台のサーバーがこの単一のMySQLサーバーでSELECTおよびUPDATEクエリを開始したとき、このCPU消費の増加がわかります。

mysqlperformance-tuningoptimization
4
Sana

スタックして問題を引き起こしているいくつかの問題があると思います。

  1. ディスクI/Oは断片化されており、おそらく非効率的です。各テーブルのOPTIMIZE TABLEはそれを整理し、少し役立つはずです。
  2. メモリがひどく調整されているため、頻繁にスワップする必要があるという問題が発生している可能性があります。
  3. クエリが遅い-これは、CPU使用率が高いことの大きな疑いです。私はあなたの遅いログをチェックし、インデックスを追加したり、クエリを再編成したりして最適化できることを確認します。おそらくかなり一般的なクエリがあり、何万、何十万もの比較を行っているため、パフォーマンスが低下しています。

これらのどれもがパフォーマンスを希望どおりに上げていない場合は、データベースサーバーをスケールアップするときかもしれません。 2コアはマシンの処理能力について何も教えてくれず、4 GBのRAMは最近非常に小さいです。

より具体的なアドバイスについては、説明に詳細を追加してください。 SSDまたは回転ディスク？何のCPU？ラムのクラスは？クエリ数/分？クライアントの数などは？

2
Ryan Gooler

設定を少し試してみたら、my.cnfで試してみます。

innodb_buffer_pool_size = 3000M

次に、mysqlを再起動し、パフォーマンスを確認します。これにより、より多くのデータベースをメモリに保持でき、ディスク/メモリのスラッシングが減少する可能性があります。 4Gbのメモリがあり、このサーバーが[〜＃〜] only [〜＃〜] dbサーバーであると仮定すると、バッファプールサイズをシステムメモリの約80％まで増やすことができます。 。

1
Chad Smith

何が起こるか：あなたは象をハムスターのボールに入れようとしました。

何をすべきか：mysqlのメモリフットプリントを減らす

. . . . .
. . . . .
[mysqld]
user                    = mysqluser
pid-file                = /var/run/mysqld/mysqld.pid
socket                  = /var/run/mysqld/mysqld.sock
log_error               = /var/log/mysql/error.log
log_slow_queries        = /var/log/mysql/mysql-slow.log
long_query_time         = 10
log-queries-not-using-indexes
expire_logs_days        = 10
max_binlog_size         = 100M

port                    = 3306
basedir                 = /usr
datadir                 = /var/lib/mysql
tmpdir                  = /tmp
lc-messages-dir         = /usr/share/mysql
skip-external-locking
wait_timeout            = 20
interactive_timeout     = 60

bind-address            = <IP-ADDRESS>
myisam-recover          = BACKUP

## REASONABLE MEMORY PARAMETERS
max_connections         = 64
thread_cache_size       = 2
thread_concurrency      = 4
key_buffer_size         = 64M
join_buffer_size        = 2M
sort_buffer_size        = 2M
read_buffer_size        = 2M
read_rnd_buffer_size    = 8M
myisam_sort_buffer_size = 16M
query_cache_limit       = 2M
query_cache_size        = 32M
table_open_cache        = 512
max_allowed_packet      = 1M
. . . . .
. . . . .
0
Kondybas

EXPLAINコマンドを使用して、最も頻繁なクエリを分析する必要があります。出力は、クエリがテーブルインデックスをどのように使用するかを示し、パフォーマンスに直接影響します。

0
Tero Kilkanen