个人中心
gpt4 book ai didi

MySQL Aborted connection告警日志的分析

转载 作者：qq735679552 更新时间：2022-09-28 22:32:09 27 4
gpt4 key购买 nike

CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章MySQL Aborted connection告警日志的分析由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.

前言:

有时候，连接mysql的会话经常会异常退出，错误日志里会看到"got an error reading communication packets"类型的告警。本篇文章我们一起来讨论下该错误可能的原因以及如何来规避.

1.状态变量aborted_clients和aborted_connects 。

首先我们来了解下aborted_clients和aborted_connects这两个状态变量的含义，当出现会话异常退出时，这两个状态值会有变化。根据官方文档描述，总结如下:

MySQL Aborted connection告警日志的分析

造成aborted_connects状态变量增加的可能原因:

  1. 客户端试图访问数据库，但没有数据库的权限。
  2. 客户端使用了错误的密码。
  3. 连接包不包含正确的信息。
  4. 获取一个连接包需要的时间超过connect_timeout秒。

MySQL Aborted connection告警日志的分析

造成aborted_clients状态变量增加的可能原因:

  1. 程序退出前，客户机程序没有调用mysql_close()。
  2. 客户端睡眠时间超过了wait_timeout或interactive_timeout参数的秒数。
  3. 客户端程序在数据传输过程中突然终止。
  4.  

简单来说即：数据库会话未能正常连接到数据库，会造成aborted_connects变量增加。数据库会话已正常连接到数据库但未能正常退出，会造成aborted_clients变量增加.

2.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的变化及错误日志记录.

  • 测试一：错误密码，错误用户
?
1
2
3
4
1.测试前查看状态变量值mysql> show global status like 'abort%' ;+ ------------------+-------+| variable_name  | value |+------------------+-------+| aborted_clients | 0   || aborted_connects | 0   |+------------------+-------+
2.测试过程# mysql -uroot -pwrongpassmysql: [warning] using a password on the command line interface can be insecure.error 1045 (28000): access denied for user 'root' @ 'localhost' (using password : yes)# mysql -uroot1 -pwrongpassmysql: [warning] using a password on the command line interface can be insecure.error 1045 (28000): access denied for user 'root1' @ 'localhost' (using password : yes)
3.查看状态变化及错误日志mysql> show global status like 'abort%' ;+ ------------------+-------+| variable_name  | value |+------------------+-------+| aborted_clients | 0   || aborted_connects | 2   |+------------------+-------+错误日志记录：2020-03-16t17:58:35.318819+08:00 6 [note] access denied for user 'root'@'localhost' (using password: yes)2020-03-16t17:59:04.153753+08:00 7 [note] access denied for user 'root1'@'localhost' (using password: yes)
结果：aborted_connects有增加 error log无aborted connection 相关记录
  • 测试二：睡眠时间超时或手动杀会话
?
1
2
3
4
1.测试前查看状态变量值mysql> show global status like 'abort%' ;+ ------------------+-------+| variable_name  | value |+------------------+-------+| aborted_clients | 0   || aborted_connects | 2   |+------------------+-------+
2.手动杀会话测试mysql> show processlist;+ ----+------+-----------+------+---------+------+----------+------------------+| id | user | host   | db  | command | time | state  | info       |+----+------+-----------+------+---------+------+----------+------------------+| 9 | root | localhost | null | query  |  0 | starting | show processlist || 10 | root | localhost | null | sleep  |  7 |     | null       |+----+------+-----------+------+---------+------+----------+------------------+2 rows in set (0.00 sec)mysql> kill 10;query ok, 0 rows affected (0.00 sec)
3.查看状态变化及错误日志mysql> show global status like 'abort%' ;+ ------------------+-------+| variable_name  | value |+------------------+-------+| aborted_clients | 1   || aborted_connects | 2   |+------------------+-------+
结果：aborted_clients有增加 error log无记录 ,类似的，睡眠时间超时后aborted_clients有增加 error log中有aborted connection 相关记录。

会话异常退出一般会造成aborted connection告警，即我们可以通过aborted_clients状态变量的变化来反映出是否存在异常会话，那么出现“got an error reading communication packets” 类似告警的原因就很明了了，查询相关资料，总结出造成aborted connection告警的可能原因如下:

  1. 会话链接未正常关闭，程序没有调用mysql_close()。
  2. 睡眠时间超过wait_timeout或interactive_timeout参数的秒数。
  3. 查询数据包大小超过max_allowed_packet数值，造成链接中断。
  4. 其他网络或者硬件层面的问题。

3.问题避免与总结 。

其实aborted connection告警是很难避免的，error log里或多或少会有少量aborted connection信息，这种情况是可以忽略的，但是当你的error log里频繁出现aborted connection告警，这时候就应该注意了，可能会对业务产生较大的影响。下面列举出几点避免错误的建议，希望对你有所帮助.

  1. 建议业务操作结束后，应用程序逻辑会正确关闭连接，以短连接替代长连接。
  2. 检查以确保max_allowed_packet的值足够高，并且客户端没有收到“数据包太大”消息。
  3. 确保客户端应用程序不中止连接，例如，如果php设置了max_execution_time为5秒，增加connect_timeout并不会起到作用，因为php会kill脚本。其他程序语言和环境也有类似的安全选项。
  4. 确保事务提交（begin和commit）都正确提交以保证一旦应用程序完成以后留下的连接是处于干净的状态。
  5. 检查是否启用了skip-name-resolve，检查主机根据其ip地址而不是其主机名进行身份验证。
  6. 尝试增加mysql的net_read_timeout和net_write_timeout值，看看是否减少了错误的数量。

以上就是mysql aborted connection告警日志的分析的详细内容，更多关于mysql aborted connection告警日志的资料请关注我其它相关文章！ 。

原文链接：https://juejin.im/post/6844904097703788551 。

最后此篇关于MySQL Aborted connection告警日志的分析的文章就讲到这里了,如果你想了解更多关于MySQL Aborted connection告警日志的分析的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。

27 4 0
文章推荐： MySQL如何优雅的备份账号相关信息
文章推荐： python实现批处理文件
文章推荐： python爬虫请求头设置代码
文章推荐： MySQL为什么要避免大事务以及大事务解决的方法
qq735679552
个人简介

我是一名优秀的程序员,十分优秀！

滴滴打车优惠券免费领取
滴滴打车优惠券
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com