第一部分为产生大量sleep进程的原理及对应解决方法
第二部分为设置wait_timeout值，有效减少sleep进程
==========================================
第一部分开始
1、通常来说，MySQL出现大量Sleep进程是因为采用的PHP的MySQL长链接数据库方式，即使用了mysql_pconnect来打开链接数据库，解决办法就是使用“短”链接，即mysql_connect函数。
2、在使用mysql_connect短链接方式打开数据库，每个页面在打开数据库后，执行SQL完成，当页面脚本结束的时候，这个MySQL连接会自动关闭并且释放内存。但仍然出现大量Sleep进程，可以看看网站是否存在以下几个方面的问题。
A，硬盘上存在大量的静态文件，或者WEB服务器负荷太重，在处理HTTP请求响应变得太慢，这样也有可能导致出现大量Sleep进程，解决方法适当调整WEB服务参数和文件，一味的静态或者缓存化网页内容并不是灵丹妙药。
B，在网页脚本中，有些计算和应用可能非常耗时，比如在0秒的时候打开数据库执行完一段SQL代码后，网页脚本随即花了20秒钟进行一段复杂的运算，或者是require了一个庞大的PHP文件（比如含有几千个违规关键字的过滤函数），哪么这个时候在MySQL后台看到的进程中，这个20秒的过程MySQL并没有做任何事情了，一直处于Sleep状态，直到这个页面执行完毕或者达到wait_timeout值（被强行关闭），优化网页脚本，尽量让程序快速运行，或者在执行这段耗时的运行过程中，执行mysql_close把当前MySQL链接强行关闭。
C，在采集站中，MySQL中大量的Sleep进程这类现象尤其明显（比如很多网友问道DeDeCMS的MySQL中出现大量Sleep），因为大部的采集器页面在运行过程中，事先打开了一个MySQL链接（可能是为了验证用户权限等），然后开始使用file_get_contents之类的操作去获取一个远程的网页内容，如果这个远程的站点访问速度太慢，比如花了10秒时间才把网页取回，哪么当前采集脚本程序就一直阻塞在这里，并且MySQL啥事也没干，一直处于Sleep状态。解决方法同上，在发出file_get_contents采集远程网页的时候，使用mysql_close强行关闭MySQL的连接，等采集完成在适当需要的时候再重新mysql_connect即可。
==========================================
第二部分开始
设置wait_timeout的值，有效减少sleep进程
如果你没有修改过MySQL的配置，缺省情况下，wait_timeout的初始值是28800。
wait_timeout过大有弊端，其体现就是MySQL里大量的SLEEP进程无法及时释放，拖累系统性能，不过也不能把这个值设置的过小，否则可能会遭遇到“MySQL has gone away”之类的问题（你可以在程序里时不时mysql_ping一下，以便服务器知道你还活着，重新计算wait_timeout时间），使用
mysql>show processlist; 用这个命令来查看当前mysql的进程情况，可以看出大量的sleep进程的时间是多少，大部分的都是10左右的，这时wait_timeout值就可以设置成8-10;
设置wait_timeout的方法有2个：
# vi /etc/my.cnf (在windows下是my.ini)
[mysqld]
wait_timeout=10
# /etc/init.d/mysql restart
这个方法设置后即使服务器以后重启，设置照样生效，不过这个方法会造成mysql服务重启，无论如何都应该尽可能避免；
下面看看在MySQL命令行里通过SET来设置：
mysql> set global wait_timeout=10;
mysql> show global variables like 'wait_timeout';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| wait_timeout | 10 |
+----------------------------+-------+
这里一个容易把人搞蒙的地方是如果查询时使用的是show variables的话，会发现设置好像并没有生效，这是因为单纯使用show variables的话就等同于使用的是show session variables，查询的是会话变量，只有使用show global variables，查询的才是全局变量。
网络上很多人都抱怨说他们set global之后使用show variables查询没有发现改变，原因就在于混淆了会话变量和全局变量，如果仅仅想修改会话变量的话，可以使用类似set wait_timeout=10;或者set session wait_timeout=10;这样的语法。
这个方法只是临时性的，如果服务器重启后，wait_timeout的值又会变成28800。