mysql中有大量sleep进程的缘由与解决办法
mysql服务器中有大量的sleep进程，本文分析下mysql出现大sleep进程缘由分析与解决方法。
可能的缘由：
形成睡眠链接过多的缘由？
1. 使用了太多持久链接（我的以为，在高并发系统中，不适合使用持久链接）
2. 程序中，没有及时关闭mysql链接
3.
数据库查询不够优化，过分耗时。
固然，更根本的方法，仍是从以上三点排查之：
1. 程序中，不使用持久连接，即便用mysql_connect而不是pconnect。
2. 程序执行完毕，应该显式调用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
define('MAX_SLEEP_TIME'， 120);
$hostname = "localhost";
$username = "root";
$password = "password";
$connect = mysql_connect($hostname， $username， $password);
$result = mysql_query("SHOW PROCESSLIST"， $connect);
while ($proc = mysql_fetch_assoc($result)) {
if ($proc["Command"] == "Sleep" && $proc["Time"] > MAX_SLEEP_TIME) {
@mysql_query("KILL " . $proc["Id"]， $connect);
}
} //by www.jbxue.com
mysql_close($connect);php
?>html
将当中的$password 改为你实际的数据库密码，sleep链接的时间也能够修改，而后加入计划任务就能够了。好比用 crontab -e 命令加入：
|
1
2
|
[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时间）：
|
1
2
3
4
5
|
[html]
# vi /etc/my.cnf
[mysqld]
wait_timeout=10
# /etc/init.d/mysql restart
|
不过这个方法太生硬了，线上服务重启不管如何都应该尽量避免，看看如何在MySQL命令行里经过SET来设置：
|
1
2
3
4
5
6
7
8
|
[html]
mysql>
set
global
wait_timeout=10;
mysql> show
global
variables
like
'%timeout'
;
+
----------------------------+-------+
| Variable_name | Value |
+
----------------------------+-------+
| wait_timeout | 10 |
+
----------------------------+-------+
|