MySQL连接慢主要因DNS解析卡住：服务端默认开启反向解析（skip_name_resolve=OFF），客户端IP无PTR记录或DNS响应慢会导致数秒延迟；同时客户端用域名连接时正向解析失败、连接池复用不足、云环境DNS路径异常等也会加剧问题。
MySQL连接慢是因为DNS反向解析在卡住
MySQL服务端默认开启 skip_name_resolve=OFF，意味着每次新连接都会尝试对客户端IP做反向DNS查询（gethostbyaddr）。如果客户端IP没配PTR记录，或DNS服务器响应慢/超时，这个过程会阻塞数秒甚至更久——你看到的“连接延迟大”，八成是卡在这儿。
实操建议：
- 登录MySQL服务器，执行
SELECT @@skip_name_resolve;，返回0即表示未跳过解析 - 编辑MySQL配置文件（通常是
/etc/my.cnf或/etc/mysql/my.cnf），在[mysqld]段下添加：skip_name_resolve = ON
- 重启MySQL：
systemctl restart mysql（或mysqld） - 注意：启用后，所有
GRANT语句里的主机名（如'user'@'webapp.example.com'）将失效，必须改用IP或'%'
telnet 和 ping 都通，但 mysql -h 还是慢
这说明网络层连通性没问题，但MySQL客户端在建立TCP连接后，仍可能因DNS正向解析失败而卡住——比如你在命令里用了域名 mysql -h db.example.com，而本地 /etc/resolv.conf 配置的DNS响应慢，或该域名解析不稳定。
实操建议：
- 用
time host db.example.com或time nslookup db.example.com测DNS解析耗时 - 临时绕过DNS：把目标地址写进
/etc/hosts，例如10.20.30.40 db.example.com
- 客户端连接时直接用IP：
mysql -h 10.20.30.40 -u user -p，验证是否立刻连上 - 若应用代码里硬编码了域名，优先改IP或加本地hosts映射，比调DNS更可控
连接池复用不足导致频繁建连放大DNS影响
很多应用（尤其是PHP短生命周期、无连接池的脚本）每次请求都新建MySQL连接。哪怕单次DNS解析只慢800ms，QPS=50时，每秒就凭空多出40秒等待——这不是MySQL慢，是架构放大了底层问题。
IntoDNS.ai
下载
免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。
实操建议：
- 确认应用是否复用连接：查日志里是否高频出现
Access denied for user或连接数突增（SHOW STATUS LIKE 'Threads_connected';） - PHP-FPM场景：确保
mysqlnd启用持久连接（mysqli.reconnect=Off不等于持久，要用mysqli::pconnect()或PDO的PDO::ATTR_PERSISTENT） - Java应用：检查HikariCP等连接池的
minimumIdle和connection-timeout，避免空闲连接被回收后重连触发DNS - 简单验证：用
tcpdump -i any port 3306抓包，看三次握手后是否长时间无数据交互（即卡在解析阶段）
云环境NAT网关或安全组隐式干扰DNS路径
在阿里云、AWS等环境，客户端和MySQL同属VPC但跨可用区，或MySQL部署在NAT网关后，DNS查询可能被路由到公网DNS（而非内网DNS），造成超时或返回错误结果。此时 nslookup 看似正常，实际走的是非预期链路。
实操建议：
- 在MySQL服务器上执行
cat /etc/resolv.conf，确认DNS服务器是VPC内网DNS（如阿里云是100.100.2.136） - 禁止使用公网DNS（如
8.8.8.8），尤其不要在/etc/resolv.conf里混写多个nameserver - 若用容器部署，检查容器网络模式：host模式下会复用宿主机DNS；bridge模式需确认
/etc/resolv.conf是否被覆盖 - 最简验证：在MySQL服务器上
strace -e trace=connect,getaddrinfo,gethostbyaddr mysqld_safe &，看解析调用是否卡在某个地址上
真正难排查的，往往是DNS解析在某一层被静默降级——比如glibc缓存了失败结果、systemd-resolved转发策略异常、或者K8s CoreDNS配置了兜底上游却没设timeout。别急着调参数，先用 strace 或 tcpdump 锁定哪一跳在等。
