原因:微软9月9日发布了TCP/IP更新补丁（KB967723），如果服务器开启自动更新或者有自动更新软件下载更新了这个补丁，那么就会出现这个问题。有人可能会问，为什么9号出现的补丁，到现在才发现问题？大家都知道，服务器不是每天都重启的，有的服务器可能一个月或者一年半载重启一次，有的可能在9月9日以后重启过服务器，所以补丁生效了（我个人这么认为）。
症状： Can’t connect to MySQL server on ‘localhost’ (10061)
解决方案：
老方法：卸载KB967723补丁：登录服务器，进入控制面板 — 添加和删除程序 — （勾选上方的“显示更新”）在里面可以看到更新的KB967723这个补丁，然后就想卸载普通软件一样卸载，卸载中会提示你，如果卸载可能导致程序运行出错，没关系，选择“是”，继续卸载。卸载完成后程序服务器，一切正常！
新方法：微软给出…重要 此部分、 方法，或任务包含告诉您如何修改注册表的步骤。 但是，如果错误地修改注册表，就可能发生严重的问题。 因此，请确保认真执行这些步骤。 添加的保护注册表之前先备份您修改它。 然后，发生问题时可以还原注册表。 有关如何备份和还原在注册表的详细信息，单击下面的文章编号，以查看 Microsoft 知识库中相应：322756 (http://support.microsoft.com/kb/322756/ ) 如何备份和还原在 Windows 注册表
默认最大的临时 TCP端口的数是 5000 适用于一节中包含的产品中。 在这些产品中添加一个新参数。 要提高临时端口的上限，请按照下列步骤 *** 作：
启动注册表编辑器。（开始—运行—REGEDIT）
在的注册表中找到以下子项，然后单击 参数 ：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
在 编辑 菜单上单击 新建 ，，，然后添加下面的注册表项：数值名称： MaxUserPort
选择值类型: DWORD
值数据： 65534 (注意是十进制)
有效范围： 5000-65534 (十进制)
然后确定
默认值： 0×1388 (5000 十进制)
说明： 此参数将控制程序从系统请求任何可用的用户端口时使用的最大端口数。 通常，1024 的值和包含的 5000 之间分配临时的 （短) 端口。
退出注册表编辑器，并重新重启计算机
有可能两个办法.第一先限制Innodb的并发处理.如果innodb_thread_concurrency = 0 可以先改成 16或是64 看机器压力,如果
非常大,先改成16让机器的压力下来,然后慢慢增达,适应自已的业务.
处理方法: set global innodb_thread_concurrency=16
第二: 对于连接数已经超过600或是更多的情况,可以考虑适当的限制一下连接数,让前端报一下错,也别让DB挂了.
DB在了,总是可以用来加载一下数据,当数据加载到了nosql里了,慢慢的DB压力也会降下来的.
限制单用户连接数在500以下. 如:
set global max_user_connections=500
(MySQL随着连接数的增加性能会是下降的,这也是thread_pool出现的原因)
另外对于有的监控程序会读取information_schema下面的表的程序可以考虑关闭下面的参数
innodb_stats_on_metadata=0
set global innodb_stats_on_metadata=0
这个参数主要防止对读取information_schema时造成大量读取磁盘进行信息统计(如果慢查询中出现关于information_schema中表时,也可以考虑禁用该参数)
处理依据:
当学校的一个食堂一分钟只能为两个打饭, 忽然来了100个时人来打饭,又没排队, 不出会现了打饭的师傅要用点时间
去选择为那个用户服务了, 人越多,场面就越乱, 难免出现用户大吼该他的场面, 最后有可能就出现不是打饭了,而时之间相互
打架了,打饭的师傅也将收到同时有90个以上的Server too busy. 如果能排一下队.最多也就50分钟能处理完了.
以前办法,应该可以让MySQLD不会挂掉.如果业务支撑受到限制,还是想办法处理一下.
一、是不是提示连接超时，登录超时 (1440 秒未活动)，请重新登录.这是phpMyAdmin的保护机制，要重新登录。
二、你用的是本地数据库还是远程数据库，如果是远程数据库，可能是网络线路问题。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）