設備在連接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，即 命名管道 功能即可解決這個問題。