最近检查MySQL错误日志时发现,有一个错误出现得比较多:Got an error reading communication packets.
针对这个问题,在网上查询了一些资料,进行了一些分析和处理。
我在这里简单陈述下结果,在mysql err日志中,应该会找到类似这样的日志:
Aborted connection 608657 to db: 'dw' user: 'root' host: '16.3.131.188' (Got an error reading communication packets)
如此以来,哪种情况会导致error log中出现“Aborted connection xxxx to db: 'db' user: 'dbuser' host: 'hostname' (Got an error reading communication packets)”类似告警呢?下面我们根据上面可能的原因来做下具体测试。每次测试要注意状态变量Aborted_clients和Aborted_connects的变化及错误日志记录。
简单解决办法:
重启MySQL,优化MySQL配置。
问题避免与总结
其实Aborted connection告警是很难避免的,error log里或多或少会有少量Aborted connection信息,这种情况是可以忽略的,但是当你的error log里频繁出现Aborted connection告警,这时候就应该注意了,可能会对业务产生较大的影响。下面列举出几点避免错误的建议,希望对你有所帮助。
- 建议业务操作结束后,应用程序逻辑会正确关闭连接,以短连接替代长连接。
- 检查以确保max_allowed_packet的值足够高,并且客户端没有收到“数据包太大”消息。
- 确保客户端应用程序不中止连接,例如,如果PHP设置了max_execution_time为5秒,增加connect_timeout并不会起到作用,因为PHP会kill脚本。其他程序语言和环境也有类似的安全选项。
- 确保事务提交(begin和commit)都正确提交以保证一旦应用程序完成以后留下的连接是处于干净的状态。
- 检查是否启用了skip-name-resolve,检查主机根据其IP地址而不是其主机名进行身份验证。
- 尝试增加MySQL的net_read_timeout和net_write_timeout值,看看是否减少了错误的数量。
发表评论
评论列表(0)