mysql数据库常连接造成大量sleep状态怎么办

mysql数据库常连接造成大量sleep状态怎么办用navicat自动备份mysql数据库方法：1、启动navicat软件，使用连接mysql数据库。2、随后d出，随意起一个“连接名”输入“主机名/ip”这里填写mysql数据库所在服务器的ip地址，用户名密码为mysql数据库的root和密码。3、这样左边就可以列出数据库“连接名”的快捷方式，双击以后可以列出这个mysql里面所有的数据库，等同于“show databases”命令。如图172..16.20.69这个：4、“单击”选定需要备份的数据库，然后点最后一项“计划任务”有的翻译为“计画任务”。如图：5、点击创建批次处理任务6、在d出的新窗口中“双击”可用任务中的“Backup【数据库名称】”，在下面的“选择任务”框中，就会出现选取的“Backup 【数据库名称】”也就是备份库。比如图中的wakawaka数据库。7、点击"保存" ，随意输入一个文件名比如 chuxuefeng-wakawaka 。8、返回 Navicat for MySQL 窗口，打开hl2库的“计画任务”。会看到计画任务里多了一个chuxuefeng-wakawaka，在chuxuefeng-wakawaka上点右键，选择“设置计画任务”。9、在新的窗口里选择“计划”页，新建一个计划。在高级选项里，可以勾选重复任务。10、打开高级选项，可以设定每多少小时备份一次，持续时间可以选择最大9999小时，可以设置为每天每隔3小时备份一次。实际上一般可以设定每天0:00备份一次就行了。具体的时间间隔视你的服务器情况而定。11、设置完计划任务之后。系统会要求你输入windows本机的administrator密码。12、现在做了计划任务的数据库每隔设定的一段时间就自动备份一次，自动备份的文件名是按时间排序的，名称是按照设定的名称来备份。如果需要恢复备份的话，可以按时间恢复数据。13、如果需要恢复数据，那么双击相应的备份文件，点击“开始”就可以恢复数据。

以前我一直认为，当php的页面执行结束时，会自动释放掉一切。相信很多人都跟我想的一样。但事实证明并不是这样。比如session就不会随着页面执行完毕而释放。php的垃圾回收机制，其实只针对于php本身。对于mysql，php没权利去自动去释放它的东西。如果你在页面执行完毕前不调用mysql_close()，那么mysql那边是不会关闭这个连接的。如果你是用的是pconnect方式，即使你在页面执行完毕前调用mysql_close()，也无法另mysql关闭这个连接。也许在负载低的情况下，你感受不到有何不妥。下面我就来解释这两天我观察出的现象:在php中使用pconnect方式建立连接，然后到mysql客户端下执行show processlist；如果你的负载到一定程度的话，你可以看到很多sleep的进程，这些进程就是人们常说的死连接，它们会一直保持sleep，直到my.cnf里面设置的wait_timeout这个参数值的时间到了，mysql才会自己杀死它。在杀死它的时候，mysql还会在error-log里面记录一条Aborted connection xxx to db: 'xxx' user: 'xxx' host: 'xxx'的日志，用google翻译一下，会得到一个相当强悍的解释"胎死腹中的连接"!那么造成sleep的原因，有三个，下面是mysql手册给出的解释:1.客户端程序在退出之前没有调用mysql_close().2.客户端sleep的时间在wait_timeout或interactive_timeout规定的秒内没有发出任何请求到服务器.3.客户端程序在结束之前向服务器发送了请求还没得到返回结果就结束掉了.上面是我根据google的翻译改了下，可能有某些地方翻译的不准确。原文请见下面: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用户外，就无法再继续处理任何请求无法与任何请求建立连接或者直接down了。所以，这个问题在大负载的情况下还是相当严重的。如果发现你的mysql有很多死连接存在，首先要先检查你的程序是否使用的是pconnect的方式，其次，检查在页面执行完毕前是否及时调用了mysql_close()，还有一个办法，你可以在my.cnf里面加上wait_timeout和interactive_timeout，把他们的值设的小一些，默认情况下wait_timeout的值是8小时的时间，你可以改成1个小时，或半个小时。这样mysql会更快的杀死死连接。防止连接总数超过max_connection的值。或者把max_connection的值设置的更大，不过这样显然不妥，连接的数量越多，对你服务器的压力越大。实际上那些连接都是冗余的，把它们尽快杀死才是上策。以前总是说，在使用php连接mysql的时候，尽量不要使用pconnect的方式，看完我上面所说的那些，应该可以明白为什么了吧，因为我们使用php大多数情况下都是做web开发，web开发是面向多用户，那么用户的数量与mysql连接数是成正比的。使用pconnect的方式，即使你的调用mysql_close()也是无法释放数据库连接的，那么mysql中的死连接的数量就会越来越多了。我认为，只有当你的应用属于那种点对点方式，或者你能保证连接数量很少的情况，才有必要去采用pconnect的方式，因为连接数量少，那么让它一直处于连接状态，避免了重复打开关闭的过程。这样可能会比传统方式更好一些。至于何时该去调用mysql_close()，最正确的做法是如果下面不再执行mysql的 *** 作了，在你上一次执行完mysql *** 作后，立刻就调用mysql_close()。这才是最正确的做法，并不是总要把mysql_close()写在页面最后一行就可以了。

由于是数据库管理系统内部机制限死的，题主这个需求没有太好的解决方案。可以考虑在经过一段时间增删数据出现数字不连续情况后，采取删除自增ID字段，再重新添加自增ID字段来消除ID不连续的现象，也可以通过将数据导入含自增ID字段的空表等方法来消除数字间断。

---