什么会导致authentication延迟到mysql5数据库?

我有一个mysql5.0服务器是很慢的身份validation数据库请求。 在几个请求之后,有一个进程积压,显示等待login:

| Id | User | Host | db | Command | Time | State | Info | +----+----------------------+--------------------+------+---------+------+-------+------------------+ | 1 | root | 192.168.1.15:51725 | ouw | Query | 0 | NULL | show processlist | | 13 | unauthenticated user | 192.168.1.4:47782 | NULL | Connect | NULL | login | NULL | | 14 | unauthenticated user | 192.168.1.4:47783 | NULL | Connect | NULL | login | NULL | | 15 | unauthenticated user | 192.168.1.4:47784 | NULL | Connect | NULL | login | NULL | | 16 | unauthenticated user | 192.168.1.4:47785 | NULL | Connect | NULL | login | NULL | | 17 | unauthenticated user | 192.168.1.4:47786 | NULL | Connect | NULL | login | NULL | | 18 | unauthenticated user | 192.168.1.4:47787 | NULL | Connect | NULL | login | NULL | | 19 | unauthenticated user | 192.168.1.4:47788 | NULL | Connect | NULL | login | NULL | | 20 | unauthenticated user | 192.168.1.4:47789 | NULL | Connect | NULL | login | NULL | | 21 | unauthenticated user | 192.168.1.4:47790 | NULL | Connect | NULL | login | NULL | | 22 | unauthenticated user | 192.168.1.4:47791 | NULL | Connect | NULL | login | NULL | | 23 | unauthenticated user | 192.168.1.4:47792 | NULL | Connect | NULL | login | NULL | | 24 | unauthenticated user | 192.168.1.4:38101 | NULL | Connect | NULL | login | NULL | | 25 | unauthenticated user | 192.168.1.4:38102 | NULL | Connect | NULL | login | NULL | | 26 | unauthenticated user | 192.168.1.4:38103 | NULL | Connect | NULL | login | NULL | | 27 | unauthenticated user | 192.168.1.4:38104 | NULL | Connect | NULL | login | NULL | | 28 | unauthenticated user | 192.168.1.4:38105 | NULL | Connect | NULL | login | NULL | ... 

等等。 最早的连接缓慢下降,但如果有很多连接,它们的请求者最终会超时。 stream程表条目在表中保留了一段时间。 就好像一次只有一个线程可以进行身份​​validation。

服务器崩溃并重新启动。 我仔细检查了数据库证书,并运行myisamchk -f对付mysql和wordpress数据库。 (除了不正确closures的表以外,没有任何错误)

什么会导致这种放缓?

看看DNS是否有效。 恕我直言,MySQL试图做一个反向查找客户端IP。 如果超时(UDP),可能会导致这种影响