MySQL服务器端&客户端常见错误

浅浅的花香味﹌ 2023-06-08 06:48 1阅读 0赞

# 客户端 #

**1.ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query**

使用select 一个大表，query的过程中被主库kill掉会出现下面错误

**2.ERROR 2006 (HY000): MySQL server has gone away**

如果超过wait\_timeout或者interactive\_timeout时，再使用这个连接时  
admin>show databases;

insert values()()如果数据量的大小超过了max\_allow\_packets的大小，也会报  
ERROR 2006 (HY000): MySQL server has gone away

服务器端error log中报错：  
141111 19:30:16 \[Warning\] Aborted connection 1280 to db: 'deal' user: 'admin' host: '10.0.0.0' (Got timeout reading communication packets)

**3.ERROR 1045 (28000): Access denied for user 'test'@'10.0.0.0' (using password: YES)**

1.  ping一下要连接数据库，看能否ping通；
2.  使用mysql client尝试连接一下，注意使用-h -u -P -p分别指定host、user、port，例如mysql -hdbxx -utest -P5002 -p，然后回车，输入密码；
3.  强调一下，第2步的时候使用-p之后回车，然后输入密码，而不是把密码作为参数直接输入，这样一个安全，二是避免了密码中转义字符引起的问题；

**4.ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.1' (111)**

这种情况下，说明还没有连接上mysql，尝试ping下数据库，看是否能ping通；其次看下mysql server是否启动；

**5.ERROR 1040 (HY000): Too many connections**

当前服务器端的连接数超过了设置的最大连接数max\_connections

**6.Host '`host_name`' is blocked because of many connection errors.Unblock with 'mysqladmin flush-hosts'**

如果client在连接server的时候，出错次数超过server设置的max\_connect\_errors（不包括错误的密码尝试），则会报这个错误；这个一般是网络存在问题，如果确认网络存在偶尔性的，可以增大max\_connect\_errors并执行flush-hosts

**7.Communications link failure，The last packet successfully received from the server was \*\*\* millisecond ago.The last packet successfully sent to the server was \*\*\*  millisecond ago。**

1) mysql服务器默认的“wait\_timeout”是8小时（也就是默认的值默认是28800秒），也就是说一个connection空闲超过8个小时，mysql将自动断开该connection，通俗的讲就是一个连接在8小时内没有活动，就会自动断开该连接。而连接池却认为该连接还是有效的(因为并未校验连接的有效性)，当应用申请使用该连接时，就会导致上面的报错。

2) 如果客户端连接设置了socketTimeout=1000（即1s）, 当客户端连接发送一个慢查询（超过1s）时，客户端连接socket会断开，同样会报“**Communications link failure**” 错误

**8.Could not create connection to database server. Attempted reconnect 3 times. Giving up**。

1）如上错误常见情况是后端mysql服务不可用，请确认后端mysql服务正常以及连接使用的配置参数正确；

2）还有一种情况是业务使用了Atlas，业务连接串中配置了重连（autoReconnect=true），当连接池中连接损坏（如上7中描述了可能损坏的情况），业务再次使用该损坏连接的时候会发起重连（JDBC内部机制）并尝试三次，但是报如上错误（确认连接参数无问题）。这是由于jdbc内部重连上后会发送“SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ” 请求，而该请求在0.0.2版本的Atlas中不支持（可升级0.1解决），只会影响当前请求，不影响这个连接下一次的使用。

# 服务器端 #

1. \[Warning\] Aborted connection 104566 to db: 'test' user: 'root' host: 'localhost' (Got an error reading communication packets)

很明显， MySQL认为读到了一个错误的包，并将该连接Aborted了， 在errlog中记下这个warning， 通过show global status like '%Aborted\_clients%' 可以看到Aborted\_clients 值的增加。

出现该warning主要是因为客户端没有正常调用mysql\_close()退出。我们针对php、python、perl做测试如下：

1) python 代码如下：

运行该程序， 在另一个Term中kill  或者 kill -9 该进程， 在MySQL errlog中均会出现如上warning

运行该程序， 然后按下 crtl + c 中断该程序， 在MySQL errlog中没有出现如上waring

2）php 代码如下：

运行该程序，在另一个Term中kill  或者 kill -9 该进程， 在MySQL errlog中均会出现如上warning

运行该程序， 然后按下 crtl + c 中断该程序， 在MySQL errlog中出现如上waring

3）perl 代码如下：

运行该程序，在另一个Term中kill  或者 kill -9 该进程， 在MySQL errlog中均会出现如上warning