MySQL令人头疼的流产告警案例分析

  

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

指定表格中<坳类="标题"/> <坳类=" v "/> <坳类=" vd "/> <坳类=" v "/> 指定表格中<代码类=拔淖帧?——wait-timeout=# <代码类=拔淖帧? wait_timeout 全球SessionYes  (Windows)整数<代码类=拔淖帧? 28800 <代码类=拔淖帧? 1 <代码类=拔淖帧? 2147483 ,(其他的)整数<代码类=拔淖帧? 28800 <代码类=拔淖帧? 1 <代码类=拔淖帧? 31536000

这个参数指的是数据库系统在关闭它之前,服务器等待非交互式连接上的活动的秒数。


<强> <代码类=拔淖帧? interactive_timeout

指定表格中<坳类="标题"/> <坳类=" v "/> <坳类=" vd "/> <坳类=" v "/> 指定表格中<代码类=拔淖帧?——interactive-timeout=# <代码类=拔淖帧? interactive_timeout 全球SessionYesinteger <代码类=拔淖帧? 28800 <代码类=拔淖帧? 1

在关闭交互式连接之前,服务器等待活动的秒数

<强> <强> <强> <强> 这两个参数建议一起调节,能够避免一些坑。

<强> <强>

本文的两个参数值采用的是默认值

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   null

MySQL令人头疼的流产告警案例分析