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,优化之