MySQL DNS 反向解析導致連線延遲：skip-name-resolve 徹底解決

現象

• 設備 (UAG/Scanner) Telnet MySQL 3306，**等待 10 秒** 才收到 Banner
• Linux VM / Windows 同網段 Telnet，**秒回**
• 自寫 C 客戶端 `recv()` 耗時 19.5 秒 (設備) vs 10.5 秒 (VM)

封包分析發現

設備連線後，MySQL Server 發送大量 **NBNS (NetBIOS Name Service)** 查詢封包，嘗試解析客戶端主機名，**直到超時才發送 Banner**。

根因

MySQL 預設啟用 **DNS 反向解析**：收到連線 → 取 Client IP → 反查 PTR 記錄 → 用主機名比對 `mysql.user` 權限。若 DNS 失敗/超時，連線卡住。

解決：關閉反向解析

[mysqld]
skip-name-resolve

Windows (`my.ini`) 與 Linux (`my.cnf`) 同樣有效。修改後**重啟 MySQL**。

驗證結果

副作用與對策

補充：關閉 Named Pipes (Windows)

部分舊版 MySQL 在 Windows 預設啟用 Named Pipes，亦會導致 NBNS 洪水。`my.ini` 加入：

[mysqld]
skip-name-resolve
skip-named-pipe

結語

**`skip-name-resolve` 是 MySQL 遠程連線延遲的「銀彈」**。除非極少數需主機名授權的舊系統，生產環境**強烈建議預設開啟**，配合 IP 白名單授權，兼顧效能與安全。

1. 上一篇文章： MySQL 無法連線排查實戰：PHP 執行逾時、TCP 連線耗盡與註冊表調優
2. 下一篇文章： 用 MySQL Slow Log 定位 CPU 100% 罪魁禍首：開啟、分析與優化閉環

MySQL 資料庫相關知識

使用 Jena 將本體檔案匯入 MySQL 資料庫實作紀錄

環境版本 Jena 2.4.0 → 升級至 2.6.0 解

MySQL 入門系列：客戶端程式 2 — 加入錯誤檢查機制

為什麼必須進行錯誤檢查 程式設計文獻常將錯誤檢查留作「讀者練

《MySQL必知必會》讀書筆記：第七章 進階資料過濾

運算子優先順序 WHERE 子句中 AND 優先於 OR 執

CentOS/RHEL 使用 Yum 源安裝 MySQL 5.7 全流程：從源配置到密碼策略

一、配置官方 Yum 源 # RHEL/CentOS 6 系