还有一种可能性是mysql的访问量非常大,造成数据库假死,你可以登录mysql命令行界面后,用show processlist命令查看下当前正在使用的mysql进程情况。
解决办法参考(网上)一:
我觉得可能是楼主的某些程序写的有问题,可能占用了连接而没有断开。另外,楼主的mysql服务器是不是安装有防火墙?特别是诺顿防火墙,我遇到过,明明是允许我的ip访问被保护的服务器,可是一段时间后,挪顿就认为我的ip是非法攻击,自动就给我ip封了,要么等20分钟(默认的规则),要么从新启动服务器就好了。。。。。。。
电脑常识
二:
您使用的是windows *** 作系统,此错误与一个注册表键值tcptimedwaitdelay有关。减小windows中tcptimedwaitdelay时间可解决此类问题,默认情况下为240(未设置的情况下也是这个数值)。
此项设置需要到注册表如下位置进行设置:hkey_local_machinesystemcurrentcontrolsetservicestcpipparameterstcptimedwaitdelay
如果注册表中没有tcptimedwaitdelay这个项目,请增加这个项目,并设置为双字节(dword)类型。数值设置为30
~
60
之间即可。
数据仓库
三:
服务器ftp测试完毕,重新启动了一下。就一切稳定了。
不过仍然有几个问题没有搞清楚。心里不放心。
1。上周五的时候,ftp压力并不大的时候,30分钟在线统计900多人的时候,10%的比率出现mysql连接失败的10048错误。
2。我当时使用的连接方法是
mysql_connect()。服务器iis+php+isapi的方式。参考了一些资料以后,我当时马上把
mysql_connect()
方法都改成了
mysql_pconnect()
方法,当时,问题看上去是解决了。
3。周六,服务器开始ftp压力测试。15%的比率出现
mysql连接失败的
10048
10055
错误。比上次多了个10055错误。
关键不知道10048
10055错误代码具体代表的错误信息。应该说,问题仍然没有找到确切的答案。
人工智能
我开了serv-u,有4个socket连接,mysql马上挂了
数据挖掘研究院
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)