MySQL关于流产告警日志的分析
实战
<强> 强>
在MySQL的错误日志中,我们会经常性看到一些各类的中止 连接错误,本文中会针对这类错误进行一个初步分析,并了解一个问题产生后的基本排查思路和方法。掌握这种方法是至关重要的,而不是出现问题了,去猜,去试。数据库出现问题的时候需要DBA在短时间内快速解决问题,因此一个好与坏的DBA,区别也在于此。
<强> 强>
[警告],Aborted connection 305628,用db:, & # 39; db # 39;,用户:,& # 39;dbuser& # 39;,主持人:,& # 39;主机名# 39;,(Got an  error reading communication 包) [警告],Aborted connection 81年,用db: & # 39;无关的# 39;,用户:,& # 39;根# 39;,主持人:,& # 39;127.0.0.1 # 39;,(Got timeout  reading 沟通 包) [警告],Aborted connection 109年,用db: & # 39; helei1& # 39;,用户:,& # 39;sys_admin& # 39;,主持人:,& # 39;192.168.1.1 # 39;,(Got an  error writing communication 包) [警告],Access denied  for user & # 39;根# 39;@ # 39;127.0.0.1 # 39;,(using 密码:,是的) [警告],Got an  error writing communication 包
强>
<强> <代码类=拔淖帧? wait_timeout 代码> 强>
这个参数指的是数据库系统在关闭它之前,服务器等待非交互式连接上的活动的秒数。
<强> <代码类=拔淖帧? interactive_timeout 代码> 强>
在关闭交互式连接之前,服务器等待活动的秒数
<强> <强> 强> 强> <强> <强> 强> 强>这两个参数建议一起调节,能够避免一些坑。
<强> <强> 强> 强>
本文的两个参数值采用的是默认值
mysql>, show global variables like & # 39; % % & # 39;超时; + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + |,Variable_name ,,,,,,,,,,,,, |, Value ,, | + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + |,connect_timeout ,,,,,,,,,,, |, 10个,,,,,,| |,delayed_insert_timeout ,,,, |, 300,,,,, | |,innodb_lock_wait_timeout ,, |, 50岁,,,,,,| | |,innodb_rollback_on_timeout OFF ,,,, | | interactive_timeout ,,,,,,, |, 28800,,, | |,lock_wait_timeout ,,,,,,,,, |, 31536000 | |,net_read_timeout ,,,,,,,,,, |, 30,,,,,, | |,net_write_timeout ,,,,,,,,, |, 60岁,,,,,,| |,slave_net_timeout ,,,,,,,,, |, 3600,,,, | | wait_timeout ,,,,,,,,,,,,,, |, 28800,,, | + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - + + 10,rows set 拷贝;(0.01,sec)
另外在数据库中,我们重点关注下这两个参数,看看什么情况下Aborted_clients会提升,什么情况下Aborted_connects会提升
mysql> show global status like & # 39;流产% & # 39;; + - - - - - - - - - - - - - - - - - - - - - - - - - + + | Variable_name ,,, |, Value | + - - - - - - - - - - - - - - - - - - - - - - - - - + + | | Aborted_clients 还以为,19,,,| | | Aborted_connects 0,,,, | + - - - - - - - - - - - - - - - - - - - - - - - - - + + 2,rows inset (0.00, sec)
<强> 强>
这里我故意输入错误的密码5次,来看下数据库的错误日志和流产的哪个参数记载了这一问题
[root@HE3 ~] #, mysql -uroot -pwrongpass -h227.0.0.1 ERROR 1045, (28000):, Access denied for user & # 39;根# 39;@ # 39;127.0.0.1 # 39;,(using 密码:,是的) null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null nullMySQL令人头疼的流产告警案例分析