140608 14:33:56 [Warning] IP address ‘113.6.248.158’ could not be resolved: Name or service not known

140609 10:08:20 [Warning] IP address ‘61.183.60.152’ could not be resolved: Name or service not known

140610 2:40:45 [Warning] IP address ‘23.107.60.2’ has been resolved to the host name ‘23.107.60.2.rdns.as15003.net’, which resembles IPv4-address itself.

140612 13:03:26 [Warning] IP address ‘10.165.64.186’ could not be resolved: Name or service not known

140613 11:59:54 [Warning] IP address ‘119.253.176.56’ could not be resolved: Name or service not known

[root@db data]# vi /etc/my.cnf

skip-name-resolve

[root@db data]# service mysqld restart

Shutting down MySQL…. SUCCESS!

Starting MySQL.. SUCCESS!

[root@db data]#

MySQL数据库收到一个网络连接后，首先拿到对方的IP地址，然后对这个IP地址进行反向DNS解析从而得到这个IP地址对应的主机名。用主机名在权限系统里面进行权限判断。反向DNS解析是耗费时间的，有可能让用户感觉起来很慢。甚至有的时候，反向解析出来的主机名并没有指向这个IP地址，这时候就无法连接成功了。

可以在配置文件里面禁止MySQL进行反向DNS解析，只需在my.cnf的[mysqld]段落中加入如下行即可：

skip-name-resolve (windows与linux下一样的)

设备在连接mysql时候，等待服务器的banner信息需要4s左右，影响了Mysql服务的连接速度。

通过如下方式进行验证：

1、Telnet端口验证

通过设备和虚拟机(Linux系统)分别Telnet Mysql服务的端口，会出现一下现象：

设备(UAG/SCANNER)： telnet后，等待Mysql的服务器端回应大概需要等10s左右。

[DPtech-Developer-Shell]telnet 10.101.0.206 3308

Trying 10.101.0.206...

Connected to 10.101.0.206.

Escape character is '^]'.

E

5.0.67-community-nt-log?Hc95

虚拟机(Ubuntu)：telnet后，立即得到了Mysql服务器的返回

[root]~# telnet 10.101.0.206 3308

Trying 10.101.0.206...

Connected to 10.101.0.206.

Escape character is '^]'.

E

5.0.67-community-nt-log?D%(;1$]+,￠!Zdh`'?G)6r]YConnection closed by foreign host.   //这里耗时很短

2、通过程序进行验证

具体源代码见附件：验证程序源代码

源代码基本上是设置了Recv超时后，建立socket连接之后接受数据，收到后计时并输出。

在设备上和虚拟机中的结果分别如下：

设备：

[DPtech-Developer-Shell]/tcpclient_mips 10.101.0.1 3306

花费时间:19553

Recved 68 bytes

@

5.5.2-m2-community%uD3q`n)

虚拟机：

[root]tcp_demo# ./tcpclient 10.101.0.1 3306

花费时间：10525

Recved 68 bytes

@

5.5.2-m2-communitd~k~Y";B

可以发现，设备上大约比Linux服务器多耗时9s，其中10秒钟可能是recv本身超时的时间。

3、通过不同操作系统进行Telnet验证

通过Windows系统和Linux虚拟机、设备，分别通过Telnet进行连接尝试，通过抓包分析得知，只有设备的耗时比较长，其他的耗时都比较短。

抓包时发现设备中的socket建立之后，MYSQL服务器需要发送很多次的NBNS报文后，才会传输banner信息，而Linux虚拟机和Windows系统的主机在这个过程中都没有出现这个问题。

查找了一些资料，关于MYSQL NBNS报文的问题：

Mysql论坛的提问：

http://forums.mysql.com/read.php?11,250982,250982#msg-250982

该问题的答复

http://forums.mysql.com/read.php?11,250982,254683#msg-254683

从答复中来看，貌似是某些版本的问题，临时的解决方案是对Mysql服务器进行配置，不启用Named Pipes，即 命名管道 功能即可解决这个问题。

后经查找相关资料得知，远程连接超时可能由于Mysql默认开启了DNS反向解析的缘故，每次连接时服务器都尝试解析连接客户端的主机名，导致时间比较长。

解决方法是在服务器端的my.ini文件中，[mysqld]这个节下配置一个skip-name-resolve以关闭Mysql默认开启的DNS反向解析就可以了。

再次通过设备和虚拟机或者Windows系统进行Telnet，可以发现连接超时的现象明显不存在了。

另外通过自己写的C代码进行连接的时候也存在同样的问题，修改skip-name-resolve以后，实际上就可以发现该问题已经不存在了：

设备：

[DPtech-Developer-Shell]/tcpclient_mips 10.101.0.1 3306

花费时间:10520

Recved 68 bytes

@

5.5.2-m2-community[Z44E>G)

虚拟机：

[root]tcp_demo# ./tcpclient 10.101.0.1 3306

花费时间:10521

Recved 68 bytes

@

5.5.2-m2-community7evE5wyx

通过虚拟机Telnet连接另外一个ip 10.101.0.206时候发现速度也比较慢，消耗的时间基本上和设备中相当，可能是由于虚拟机和宿主主机之前不需要进行反向域名解析，或者说是应为系统本身就知道虚拟机IP地址(NAT模式)对应的主机名，所以不需要进行DNS反向解析，导致在虚拟机中出现了特殊情况。

最后得出结论，可能这个问题实际上和设备或者虚拟机，Linux系统、Windows系统没有多大关系，主要由于服务器的反向DNS解析导致该问题。无法从客户端途径去解决，也就是说我们设备无法处理这种情形。

今天有一個朋友跟我講，他一個PHP的網站很慢，讓我幫他看看。我上去看了一下，在事發的階段，有大量的MySQL反向解析域名的記錄，如下：

日志記錄(1)：

IP address ‘117.27.138.135’ could not be resolved: 不知道這樣的主機。

For more information, see Help and Support Center at http://www.mysql.com.

今天有一個朋友跟我講，他一個PHP的網站很慢，讓我幫他看看。我上去看了一下，在事發的階段，有大量的MySQL反向解析域名的記錄，如下：

日志記錄(1)：

IP address ‘117.27.138.135’ could not be resolved: 不知道這樣的主機。

For more information, see Help and Support Center at http://www.mysql.com.

日志記錄(2)：

IP address ‘221.235.41.38’ has been resolved to the host name ‘38.41.235.221.broad.wh.hb.dynamic.163data.com.cn’, which resembles IPv4-address itself.

在我們的印象中，IP反向解析域名是一件吃力不討好的事情！洪哥也搞不懂，為什么有那么多軟件喜歡去玩IP反向解析域名。像tracert命令，它默認會去反向解析ip的域名，所以整個命令慢得要死。洪哥一般都喜歡加一個“-d”的參數，這樣它就不會去解析域名了，相比之下tracert運行就感覺快如閃電啊！

言歸正傳，怎么樣讓MySQL禁止反向解析客戶端IP呢？請教了一些資深的朋友，原來可以在my.ini里面加一行skip-name-resolve參數，然后把MySQL重啟一下，這樣它就乖了！

希望對大家有幫助，謝謝！