急求，mysql 經(jīng)常導(dǎo)致CPU使用率100%

zcongwei

原帖由 yueliangdao0608 于 2008-7-28 09:56 發(fā)表
Top結(jié)果的最上面一行

現(xiàn)在停掉了網(wǎng)站
load average: 0.01, 0.38, 1.38

yueliangdao0608

如果你的數(shù)據(jù)庫并發(fā)很大，或者說你在數(shù)據(jù)庫有一個多于一定時間的鎖。CPU的阻塞也是很大的。

yueliangdao0608

原帖由 zcongwei 于 2008-7-28 11:08 發(fā)表


現(xiàn)在停掉了網(wǎng)站
load average: 0.01, 0.38, 1.38

基本上沒有啥負載了

zcongwei

就不知道是什么原因
會不會是由于硬盤是IDE硬盤的原因？

zcongwei

原帖由 yueliangdao0608 于 2008-7-28 11:15 發(fā)表
如果你的數(shù)據(jù)庫并發(fā)很大，或者說你在數(shù)據(jù)庫有一個多于一定時間的鎖。CPU的阻塞也是很大的。

其實數(shù)據(jù)庫并發(fā)數(shù)并不大
現(xiàn)在的話基本也就幾十人到100人

基本當(dāng)執(zhí)行以下幾句查詢的時候

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;

就會導(dǎo)致CPU阻塞


而這幾個表的話也不是說非常大的表
大概幾萬或幾十萬的表

zcongwei

原帖由 yueliangdao0608 于 2008-7-28 11:15 發(fā)表
如果你的數(shù)據(jù)庫并發(fā)很大，或者說你在數(shù)據(jù)庫有一個多于一定時間的鎖。CPU的阻塞也是很大的。

不知道怎么看在數(shù)據(jù)庫中是否有一個多于一定時間的鎖？

因為其實之前確實肯到很多被lock的

yueliangdao0608

原帖由 zcongwei 于 2008-7-28 11:31 發(fā)表



其實數(shù)據(jù)庫并發(fā)數(shù)并不大
現(xiàn)在的話基本也就幾十人到100人

基本當(dāng)執(zhí)行以下幾句查詢的時候

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 ...

你這個查詢可真夠啥的，優(yōu)化一下吧。要不然你運行幾次這個查詢就會造成CPU阻塞。

要不在你運行這個SQL語句的時候把sort_buffer_size,read_buffer_size臨時設(shè)置的大點。

zcongwei

現(xiàn)在網(wǎng)站啟動沒多久
就出現(xiàn)
load average: 110.46, 92.67, 47.45

zcongwei

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

willko

明顯是因為SQL語句的問題了。。。。。。。。
一個SQL有問題，，并發(fā)多幾條，，整個MYSQL就鎖住了。。。