mysql中出现大量sleep进程的原因及应该如何解决
下面一起来了解下mysql中出现大量sleep进程的原因及应该如何解决，相信大家看完肯定会受益匪浅，文字在精不在多，希望mysql中出现大量sleep进程的原因及应该如何解决这篇短内容是你想要的。
可能的原因： 造成睡眠连接过多的原因？
1. 使用了太多持久连接（个人觉得，在高并发[系统] (http://www.2cto.com/os/)中，不适合使用持久连接）
2. 程序中，没有及时关闭mysql连接
3. 数据库查询不够优化，过度耗时。
当然，更根本的方法，还是从以上三点排查之：
程序中，不使用持久链接，即使用mysql_connect而不是pconnect。
程序执行完毕，应该显式调用mysql_close
3. 只能逐步分析系统的SQL查询，找到查询过慢的SQL,优化之p 我是用排除法去定位问题，对于此原因，1和3通过分析，发现根本不满足 此处先排除是mysql 配置的问题，sleep的关闭时间是8个小时，默认值（show variables like 'wait_timeout';），并且云服务器配置都是运维人员维护，我们的运维还是很出色的 排除1： 我的业务，php链接mysql并没有使用持久链接 mysql_pconnect,高并发系统框架中，都不会用持久链接的 排除3： 数据库查询不够优化？自己写的，不能够。如果真的有不够不够优化的sql，可以开启mysql慢查询日志查看，并优化之；还有一点就是我的这个业务通过看数据库昨日、今日两天的访问情况，读写都不是很多，表的数据量只有二百多万条，而且已经线上正常运营了很久，假如有不够优化的查询，早就挂了。 那问题只有可能是 2 程序中，没有及时关闭mysql连接， 造成这个问题的原因很多，也很难分析。一般只要是框架里，都会即时关闭mysql链接的(mysql_close),页面访问完，mysql链接必然会自动关闭。 例子：
[php] MAX_SLEEP_TIME)
{ @mysql_query("KILL " . $proc["Id"]， $connect); } }
//by www.jbxue.com mysql_close($connect);
?>将当中的$password 改成你实际的数据库密码，sleep连接的时间也可以修改，然后加入计划任务就可以了。比如用 crontab -e 命令加入：
| 12 | [html]*/2 * * * * php /usr/local/sbin/kill-mysql-sleep-proc.php |
就可以每隔 2 分钟检查并清除一次数据库中的sleep连接了
如果你没有修改过MySQL的配置，缺省情况下，wait_timeout的初始值是28800
wait_timeout过大有弊端，其体现就是MySQL里大量的SLEEP进程无法及时释放，拖累系统性能，不过也不能把这个值设置的过小，否则你可能会遭遇到“MySQL has gone away”之类的问题，通常来说，我觉得把wait_timeout设置为10是个不错的选择，但某些情况下可能也会出问题，比如说有一个CRON脚本，其中两次SQL查询的间隔时间大于10秒的话，那么这个设置就有问题了（当然，这也不是不能解决的问题，你可以在程序里时不时mysql_ping一下，以便云服务器知道你还活着，重新计算wait_timeout时间）：
| 12345 | [html]# vi /etc/my.cnf [mysqld] wait_timeout=10 # /etc/init.d/mysql restart |
不过这个方法太生硬了，线上服务重启无论如何都应该尽可能避免，看看如何在MySQL命令行里通过SET来设置：
| 12345678 | [html]mysql> set global wait_timeout=10; mysql> show global variables like '%timeout'; +----------------------------+-------+ | Variable_name | Value | +----------------------------+-------+ | wait_timeout | 10 | +----------------------------+-------+ |
看完mysql中出现大量sleep进程的原因及应该如何解决这篇文章后，很多读者朋友肯定会想要了解更多的相关内容，如需获取更多的行业信息，可以关注我们的行业资讯栏目。