免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: zcongwei

急求,mysql 经常导致CPU使用率100%  关闭 [复制链接]

论坛徽章:
0
发表于 2008-07-28 11:08 |显示全部楼层
原帖由 yueliangdao0608 于 2008-7-28 09:56 发表
Top结果的最上面一行


现在停掉了网站
load average: 0.01, 0.38, 1.38

论坛徽章:
0
发表于 2008-07-28 11:15 |显示全部楼层

回复 #50 zcongwei 的帖子

如果你的数据库并发很大,或者说你在数据库有一个多于一定时间的锁。CPU的阻塞也是很大的。

论坛徽章:
0
发表于 2008-07-28 11:16 |显示全部楼层
原帖由 zcongwei 于 2008-7-28 11:08 发表


现在停掉了网站
load average: 0.01, 0.38, 1.38

基本上没有啥负载了

论坛徽章:
0
发表于 2008-07-28 11:28 |显示全部楼层
就不知道是什么原因
会不会是由于硬盘是IDE硬盘的原因?

论坛徽章:
0
发表于 2008-07-28 11:31 |显示全部楼层
原帖由 yueliangdao0608 于 2008-7-28 11:15 发表
如果你的数据库并发很大,或者说你在数据库有一个多于一定时间的锁。CPU的阻塞也是很大的。



其实数据库并发数并不大
现在的话基本也就几十人到100人

基本当执行以下几句查询的时候

SELECT t.*, f.name FROM cdb_threads t, cdb_forums f WHERE f.fid=t.fid AND f.fid not in (41) AND t.displayorder not in (-1,-2) AND t.closed NOT LIKE 'moved|%' AND t.replies !=0 ORDER BY t.lastpost DESC LIMIT 0, 10;


SELECT attach.aid, attach.attachment, t.tid, t.fid, t.subject FROM cdb_attachments attach LEFT JOIN cdb_threads t ON t.tid=attach.tid WHERE attach.readperm='0' AND displayorder>='0' AND filetype like 'image/%g%'  GROUP BY attach.tid ORDER BY attach.dateline DESC LIMIT 0, 50;

就会导致CPU阻塞


而这几个表的话也不是说非常大的表
大概几万或几十万的表

论坛徽章:
0
发表于 2008-07-28 11:34 |显示全部楼层
原帖由 yueliangdao0608 于 2008-7-28 11:15 发表
如果你的数据库并发很大,或者说你在数据库有一个多于一定时间的锁。CPU的阻塞也是很大的。



不知道怎么看在数据库中是否有一个多于一定时间的锁?

因为其实之前确实肯到很多被lock的

论坛徽章:
0
发表于 2008-07-28 11:42 |显示全部楼层
原帖由 zcongwei 于 2008-7-28 11:31 发表



其实数据库并发数并不大
现在的话基本也就几十人到100人

基本当执行以下几句查询的时候

SELECT t.*, f.name FROM cdb_threads t, cdb_forums f WHERE f.fid=t.fid AND f.fid not in (41) AND t.di ...



你这个查询可真够啥的,优化一下吧。要不然你运行几次这个查询就会造成CPU阻塞。

要不在你运行这个SQL语句的时候把sort_buffer_size,read_buffer_size临时设置的大点。

论坛徽章:
0
发表于 2008-07-28 12:36 |显示全部楼层
现在网站启动没多久
就出现
load average: 110.46, 92.67, 47.45

论坛徽章:
0
发表于 2008-07-28 12:36 |显示全部楼层
top - 12:34:25 up 5 days, 19:05,  2 users,  load average: 97.11, 91.86, 49.54
Tasks: 316 total,   2 running, 314 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.0% us,  2.3% sy,  0.0% ni,  0.0% id, 94.8% wa,  1.9% hi,  0.0% si
Mem:    969608k total,   861400k used,   108208k free,     1672k buffers
Swap: 11582856k total,   259728k used, 11323128k free,   184740k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
1904 root      16   0  2120  272  236 S  1.0  0.0   1:22.39 cpuspeed
22372 nobody    16   0 20116 5892 2196 S  1.0  0.6   0:00.05 httpd
21372 root      16   0  2620  972  608 R  0.7  0.1   0:11.93 top
22060 mysql     18   0  641m 283m 2076 D  0.7 29.9   0:00.50 mysqld
22223 mysql     17   0  641m 283m 2076 D  0.7 29.9   0:00.13 mysqld
   54 root      15   0     0    0    0 S  0.3  0.0  25:53.92 kswapd0
20868 root      16   0  8176  792  680 S  0.3  0.1   0:04.20 sshd
22088 mysql     18   0  641m 283m 2076 D  0.3 29.9   0:00.53 mysqld
22169 mysql     18   0  641m 283m 2076 D  0.3 29.9   0:01.13 mysqld
22205 nobody    15   0 21788 6528 2300 D  0.3  0.7   0:00.29 httpd
22210 mysql     17   0  641m 283m 2076 D  0.3 29.9   0:00.26 mysqld
    1 root      16   0  3220  260  240 S  0.0  0.0   0:27.96 init

论坛徽章:
0
发表于 2008-07-28 13:03 |显示全部楼层
明显是因为SQL语句的问题了。。。。。。。。
一个SQL有问题,,并发多几条,,整个MYSQL就锁住了。。。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP