首页 文章

mysql cpu的用法不仅仅是系统cpu

提问于
浏览 次
3

我有一个带有Plesk的CentOs服务器，它有一个24 cpu核心和32 GB的RAM .

当我在linux中使用TOP时，我看到mysql cpu的使用率大约为200％，尽管总系统cpu约为2或3％且负载平均值低于3 .

这种高的mysql cpu使用会导致网页加载延迟很长时间或有时用户会收到错误 .

我的问题是，为什么mysql不使用系统上可用的总cpu使用量？用户mysql是否限制使用cpu？

所有核心

  • cpu usgae显示大部分cpu闲置超过90％

  • 这是我的最高报道：

top - 10:16:50 up 78 days, 13:03,  1 user,  load average: 2.03, 2.66,
2.23 Tasks: 452 total,   1 running, 451 sleeping,   0 stopped,   0 zombie
Cpu(s):  5.6%us,  2.7%sy,  0.0%ni, 91.7%id,  0.0%wa,  0.0%hi, 
0.0%si,  0.0%st Mem:  32838268k total, 30909316k used,  1928952k free,   
346760k buffers Swap:  4737016k total,    21316k used,  4715700k free, 17724552k cached

PID用户PR NI VIRT RES SHR S％CPU％MEM TIME COMMAND
56223 mysql 20 0 12.5g 1.4g 7032 S 156.7 4.5 295：44.32 mysqld
16674 baadraan 20 0 191m 16m 8308 S 6.9 0.1 0：01.48 php-cgi
16677 baadraan 20 0 193m 17m 8676 S 6.3 0.1 0：01.71 php-cgi

我检查了ulimit是无限的

plesk系统运行状况也显示cpu没问题，但是有一个服务cpu问题：

MySQL CPU usage     225.1 %  (?)
Total usage     10.7% used  (?)
Load average    2.4

请帮助我理解为什么mysql显示为使用200％CPU .

my.cnf的内容是：

[mysqld]
local-infile=0
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
#basedir=/var/lib/mysql
user=mysql
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
innodb_file_per_table=1
max_connections=5000
max_user_connections=2000
log-slow-queries
long_query_time = 2
safe-show-database
skip-name-resolve
query_cache_size = 4000M
table_cache = 4000
thread_cache_size = 16M
query_cache_limit = 1M
key_buffer_size = 6G
wait_timeout = 500
interactive_timeout = 300
innodb_buffer_pool_size = 1024M
innodb_flush_log_at_trx_commit = 2
innodb_log_buffer_size = 4M
sort_buffer_size = 4M
myisam_sort_buffer_size = 128M
join_buffer_size = 4M
read_buffer_size = 4M
tmp_table_size = 128M
connect_timeout = 15
max_allowed_packet = 2M
max_connect_errors = 9999
open_files_limit=3496


[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
mysql cpu cpu-usage plesk

1 回答

  • 0

    Remeshx，

    您在“top”中看到的mysql加载是所有内核上所有mysql线程的总加载 . 如果您有24个核心系统，您可以通过除以200％/ 24来估算单核心负载，这可以提供~8％的负载，这一点都不差 . 如果要详细了解正在进行的操作，请使用“htop”而不是“top”，并在其设置中启用“树视图”（设置 - >显示选项 - >树视图） . 您将在树视图根上看到所有的mysql线程及其负载和总负载（您现在看到的一个） .

    根据您编写的内容，您的系统负载不应该是长网页加载的问题 . 我认为数据库设计和/或查询存在一些问题 . 在您的配置中，我看到您启用了慢速日志 . 我建议您仔细查看它并跟踪缓慢，低效的查询 .

    此外，看看你正在使用的表引擎 . 如果您正在使用myisam，并且有大量写入和大量负载 - 请记住，每次写入myisam表都会在整个表上设置锁定 .

    希望我已经澄清了一点:)

    回复于

相关问题