在阿里云的服务器上运行一个服务程序半天时间数据返回变慢，cpu占用变大，内存没有长，什么原因导致的？

有事情干的时候，如果Sleep时间太长，就会导致有足够的CPU，却不干活。查一下有没有什么地方使用到了遍历。如果有存在就需要进行优化。有一个程序，一个数组也不大，也就五十个元素，但是当多次调用的时候，由于遍历，明显导致CPU无故地被占用在遍历过程当中。另外一个就是多线程当中的同步。线程并不是越多越好，线程越多所导致的碰撞越大，反倒会阻碍其它线程的工作。

一台服务器解决了 Mysql cpu 占用 100% 的问题。稍整理了一下，将经验记录在这篇文章里。
朋友主机(Windows 2003 + IIS + PHP + MYSQL )近来 MySQL 服务进程 (mysqld-ntexe) CPU 占用率总为 100% 高居不下。此主机有10个左右的 database, 分别给十个网站调用。据朋友测试，导致 mysqld-ntexe cpu 占用奇高的是网站A，一旦在 IIS 中将此网站停止服务，CPU 占用就降下来了。一启用，则马上上升。
MYSQL CPU 占用 100% 的解决过程
今天早上仔细检查了一下。目前此网站的七日平均日 IP 为2000，PageView 为 3万左右。网站A 用的 database 目前有39个表，记录数 601万条，占空间 45MB。按这个数据，MySQL 不可能占用这么高的资源。于是在服务器上运行命令，将 mysql 当前的环境变量输出到文件 outputtxt：
d:\web\mysql> mysqldexe --help >outputtxt发现 tmp_table_size 的值是默认的 32M，于是修改 Myini, 将 tmp_table_size 赋值到 200M:
d:\web\mysql> notepad c:\windows\myini
[mysqld]
tmp_table_size=200M
然后重启 MySQL 服务。CPU 占用有轻微下降，以前的CPU 占用波形图是 100% 一根直线，现在则在 97%~100%之间起伏。这表明调整 tmp_table_size 参数对 MYSQL 性能提升有改善作用。但问题还没有完全解决。
于是进入 mysql 的 shell 命令行，调用 show processlist, 查看当前 mysql 使用频繁的 sql 语句：
mysql> show processlist;
反复调用此命令，发现网站 A 的两个 SQL 语句经常在 process list 中出现，其语法如下：
SELECT t1pid, t2userid, t3count, t1dateFROM _mydata AS t1
LEFT JOIN _myuser AS t3 ON t1userid=t3useridLEFT JOIN _mydata_body AS t2 ON t1pid=t3pidORDER BY t1pid
LIMIT 0,15
调用 show columns 检查这三个表的结构 :
mysql> show columns from _myuser;
mysql> show columns from _mydata;
mysql> show columns from _mydata_body;
终于发现了问题所在：_mydata 表，只根据 pid 建立了一个 primary key，但并没有为 userid 建立索引。而在这个 SQL 语句的第一个 LEFT JOIN ON 子句中：
LEFT JOIN _myuser AS t3 ON t1userid=t3userid_mydata 的 userid 被参与了条件比较运算。于是我为给 _mydata 表根据字段 userid 建立了一个索引：
mysql> ALTER TABLE `_mydata` ADD INDEX ( `userid` )建立此索引之后，CPU 马上降到了 80% 左右。看到找到了问题所在，于是检查另一个反复出现在 show processlist 中的 sql 语句：
SELECT COUNT()
FROM _mydata AS t1, _mydata_key AS t2
WHERE t1pid=t2pid and t2keywords = '孔雀'
经检查 _mydata_key 表的结构，发现它只为 pid 建了了 primary key, 没有为 keywords 建立 index。_mydata_key 目前有 33 万条记录，在没有索引的情况下对33万条记录进行文本检索匹配，不耗费大量的 cpu 时间才怪。看来就是针对这个表的检索出问题了。于是同样为 _mydata_key 表根据字段 keywords 加上索引:
mysql> ALTER TABLE `_mydata_key` ADD INDEX ( `keywords` )建立此索引之后，CPU立刻降了下来，在 50%~70%之间震荡。
再次调用 show prosslist，网站A 的sql 调用就很少出现在结果列表中了。但发现此主机运行了几个 Discuz 的论坛程序， Discuz 论坛的好几个表也存在着这个问题。于是顺手一并解决，cpu占用再次降下来了。(20070709 附注：关于 discuz 论坛的具体优化过程，我后来另写了一篇文章，详见：千万级记录的 Discuz! 论坛导致 MySQL CPU 100% 的 优化笔记 >