Lost connection to MySQL server at 'reading authorization packet' 处理解决办法
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了Lost connection to MySQL server at 'reading authorization packet' 处理解决办法,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1810字,纯文字阅读大概需要3分钟。
内容图文
![Lost connection to MySQL server at 'reading authorization packet' 处理解决办法](/upload/InfoBanner/zyjiaocheng/448/7897afc0fdae41c19f89830bb5e9b3aa.jpg)
Os Version : Centos 5.9
问题叙述:
今天一个php程序从客户端连接Mysql被监测到在偶尔的连接过程中报错,信息如下:
Lost connection to MySQL server at ‘reading authorization packet‘,看到这个错误提示,第一想到是客户端连接不上,服务端本地是否能连接。经验证,服务端本地是可以连接的,这就松了口气,一方面有很多任务是跑在Mysql服务端的,如果本地无法连接,会造成大部分程序阻塞;
另一方面,服务端可以连接,那就可以进行相关的查问题。
用show processlist查看连接的时候,发现连接数并不多,此时并发不高,不是并发的问题,但是有个值,很显眼:
unauthenticated user,和报错的信息相似,未验证的用户。
查了一下相关的资料,给出的解释是:“unauthenticated user” 是由一个客户端发起的连接,但是这个客户端用户还没有被认证。这种情况一般在系统负载比较高或者mysql比较繁忙的时候遇到。
看到连接不高,看有可能是负载高也会导致,这个问题,然后看了下机器负载,负载并不高.....
还有个参数也要提一下,就是skip-name-resolve。当客户端连接上来,服务器端都会对客户端进来DNS都会进行反查,来获得客户端的域名或主机名。而 skip-name-resolve 这个参数的意义就是禁止反向域名解析。然后就怀疑会不会是DNS服务器出了问题,才导致连接验证用户出问题。
然后看了下 skip-name-resolve 状态
此时 skip-name-resolve 参数已经设定了。那这个问题,就可以拿过去不考虑了。
然后发现OS级别的监控外网百兆网卡有流量警报。然后发现了个问题,PHP程序对于Mysql的访问(每秒会有几百次的select)全是基于外网,造成了流量过高。然后看了下内网网卡,千兆,呵呵了,果断把基于外网的访问挪到内网上来。。。观察一段时间,连接缓解了,问题没在发生。。。。。
!记一次网卡造成的Mysql连接异常!
Lost connection to MySQL server at 'reading authorization packet' 处理解决办法
标签:mysql db 流量 异常 连接
本文系统来源:http://blog.csdn.net/melody_mr/article/details/45747557
内容总结
以上是互联网集市为您收集整理的Lost connection to MySQL server at 'reading authorization packet' 处理解决办法全部内容,希望文章能够帮你解决Lost connection to MySQL server at 'reading authorization packet' 处理解决办法所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。