MySQL客户端连接慢的根本原因是服务端反向DNS查询，默认超时30秒；需在mysqld配置中启用skip_name_resolve=ON并重启验证，而非仅改客户端参数或hosts。
MySQL客户端连接慢的根本原因在TCP握手后、SSL协商前
不是网络延迟，也不是DNS解析（除非你真用了主机名），而是MySQL服务端在完成TCP连接后，会主动发起一次反向DNS查询——哪怕你只用127.0.0.1连本地。它会尝试把客户端IP反解成域名，再查该域名是否在skip_name_resolve白名单里。这个过程默认超时长达30秒，且无法通过客户端参数绕过。
禁用反向DNS查询：必须改MySQL服务端配置
客户端加--host=127.0.0.1或改/etc/hosts都没用，关键得让mysqld自己不查。操作很简单，但容易漏掉重启或权限问题：
- 编辑MySQL配置文件（通常是
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf） - 在
[mysqld]段下添加：skip_name_resolve = ON - 确保该配置没被其他
!includedir里的文件覆盖（常见于Ubuntu的mysqld.cnf被50-server.cnf覆盖） - 重启mysqld：
sudo systemctl restart mysql（注意不是mysqld服务名，不同发行版有差异）
验证是否生效：别只看连接时间，要看实际行为
连接快了不代表配置生效，可能只是凑巧缓存了DNS结果。真正验证方式是抓包或看错误日志：
- 执行
sudo tcpdump -i lo port 3306 -w mysql.pcap，连一次再断开，用Wireshark打开，搜索PTR请求——如果看到IN PTR xxx.xxx.xxx.xxx.in-addr.arpa，说明还在查 - 或者临时在
[mysqld]里加log_warnings = 2，然后看error.log里有没有Could not resolve hostname类警告 - 注意：Windows上MySQL默认就启用
skip_name_resolve，Linux发行版包（如Ubuntu APT源）却常默认关闭
SSL协商阶段卡住？检查客户端是否强制要求SSL
如果禁用DNS后仍偶发慢（比如第一次连快、第二次慢），可能是客户端开启了SSL但服务端没配好证书，导致TLS握手反复重试：
- 用
mysql -h 127.0.0.1 -u root -p --ssl-mode=DISABLED测试，如果立刻连上，问题就在SSL - 检查服务端
require_secure_transport是否为ON，又没配ssl_ca/ssl_cert等参数 - 开发环境建议直接关SSL：
SET PERSIST require_secure_transport = OFF（MySQL 8.0+），比改配置文件更轻量
真正卡住的地方往往不在代码里，而在MySQL服务端那几行配置和系统级网络行为。改完skip_name_resolve不重启、不验证，等于没动。DNS反查和SSL握手这两个环节，一个藏得深，一个容易误判为“网络问题”，实际动手前先抓个包最省时间。
