mysql中有大量sleep进程的原因与解决办法

帅帅男孩

　　mysql中有大量sleep进程的原因与解决办法 mysql服务器中有大量的sleep进程，
　　本文分析下mysql出现大sleep进程原因分析与解决方法。
　　可能的原因： 造成睡眠连接过多的原因？
　　1.　使用了太多持久连接（个人觉得，在高并发[系统] (http://www.iyunv.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]
　　将当中的$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 |  +----------------------------+-------+