MySQL的Sleep进程

php的垃圾回收机制，其实只针对于php本身。

对于mysql，php没权利去自动去释放它的东西。

如果你在页面执行完毕前不调用mysql_close()，那么mysql那边是不会关闭这个连接的。

如果你是用的是pconnect方式，即使你在页面执行完毕前调用mysql_close()，也无法另mysql关闭这个连接。

在php中使用pconnect方式建立连接，如果你的负载到一定程度的话，可以看到很多sleep的进程，这些进程就是所谓死连接，它们会一直保持sleep，直到my.cnf里面设置的wait_timeout这个参数值的时间到了，mysql才会自己杀死它。

在杀死它的时候，mysql还会在error-log里面记录一条Aborted connection xxx to db: 'xxx' user: 'xxx' host: 'xxx'的日志。

造成sleep的原因：

1 The client program did not call mysql_close() before exiting.

2 The client had been sleeping more than wait_timeout or interactive_timeout seconds without issuing any requests to the server.

3 The client program ended abruptly in the middle of a data transfer

如果你的sleep进程数在同一时间内过多，再加上其他状态的连接，总数超过了max_connection的值，那mysql除了root用户外，就无法再继续处理任何请求无法与任何请求建立连接或者直接挂了

解决方式：

1.先要先检查你的程序是否使用的是pconnect的方式，其次，检查在页面执行完毕前是否及时调用了mysql_close()。尽量不要使用pconnect的方式，即使用mysql_connect。程序执行完毕，应该显式调用mysql_close

2.在my.cnf里面加上wait_timeout和interactive_timeout，把值设的小一些，默认情况下wait_timeout的值是8小时的时间，你可以改成1个小时，或半个小时。这样mysql会更快的杀死死连接。防止连接总数超过max_connection的值。

　　wait_timeout 过大，会导致MySQL里大量的SLEEP进程无法及时释放，拖累系统性能，不过设置的过小，可能会遇到“MySQL has gone away”之类的问题

　　把max_connection的值设置的更大，不过这样显然不妥，连接的数量越多，对你服务器的压力越大。实际上那些连接都是冗余的，把它们尽快杀死才是上策。

3.逐步分析系统的SQL查询，找到查询过慢的SQL,优化之

 

 

 

转载于:https://www.cnblogs.com/baby123/p/5736137.html