Mysql DNS反向解析导致连接超时过程分析(skip-name-resolve)

设备在连接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，即 命名管道 功能即可解决这个问题。