mysql 8.0 本地连接慢的主因是服务端强制dns反向解析，解决方法为在[mysqld]段配置skip-name-resolve并重启，同时需将授权用户host改为ip或%（如'root'@'127.0.0.1'），否则连接失败。
MySQL 8.0 安装后本地连接慢，不是配置没生效、也不是驱动问题，而是服务端在每次连接时强行做 DNS 反向解析——哪怕你用 127.0.0.1 连，它照样查 gethostbyaddr()，卡住 2–5 秒才超时。关掉 skip-name-resolve 就行，但必须配对改授权，否则连不上。
MySQL 本地连 127.0.0.1 还卡？那是服务端在反查你的 IP
很多人以为“本地连就走 socket，不走网络，肯定不涉及 DNS”，这是错的。MySQL 8.0 默认 skip_name_resolve = OFF，只要 TCP 连接建立成功（包括 127.0.0.1），服务端就会立即发起反向 DNS 查询：把客户端 IP 当成参数调 gethostbyaddr()。Windows 下常因 hosts 缺失或 DNS 服务未响应而阻塞；Linux 下若内网无 PTR 记录，也会等满默认 30 秒超时。
- 验证方式：执行
mysql -h 127.0.0.1 -u root -p，用time测耗时；再执行mysql -S /var/run/mysqld/mysqld.sock -u root -p（Unix socket），对比是否 socket 瞬连而 TCP 慢 - 确认状态：登录 MySQL 后运行
SHOW VARIABLES LIKE 'skip_name_resolve';，返回OFF即中招 - 注意：改客户端 hosts 或加
--host=127.0.0.1参数完全无效，这是服务端行为，只能动my.cnf
必须在 [mysqld] 段加 skip-name-resolve 并重启
这个配置项只在 [mysqld] 段下有效，写在 [client]、[mysql] 或文件开头都白搭。Windows 用户尤其容易错配到 my.ini 的全局区，Linux 用户则要留意多配置文件加载顺序（比如 /etc/mysql/conf.d/ 下的 .cnf 会覆盖主文件）。
- Linux 路径优先检查：
/etc/my.cnf、/etc/mysql/my.cnf、/etc/mysql/mysql.conf.d/mysqld.cnf - Windows 路径常见于 MySQL 安装目录下的
my.ini，phpEnv 用户则多在D:\phpEnv\phpEnv\MySQL\my.ini - 添加后必须重启服务：
sudo systemctl restart mysql（非mysqld），Windows 用服务管理器或net stop mysql && net start mysql - 重启后务必验证：
mysql -e "SHOW VARIABLES LIKE 'skip_name_resolve';"返回ON才算成功
开了 skip-name-resolve 后连不上？授权 Host 写错了
启用后，MySQL 彻底跳过所有 DNS 解析，host 字段只认 IP 和 %，不再识别 localhost、127.0.0.1 的别名（如 localhost 在 Unix socket 下有特殊处理，但 TCP 连接不享受该待遇），更不认任何域名。
- 典型错误：原授权是
GRANT ALL ON *.* TO 'root'@'localhost';，启用后用mysql -h 127.0.0.1就报Access denied - 补授权命令：
CREATE USER 'root'@'127.0.0.1' IDENTIFIED BY 'your_pass'; GRANT ALL ON *.* TO 'root'@'127.0.0.1'; FLUSH PRIVILEGES; - 检查现有用户：
SELECT host, user FROM mysql.user;，删掉或禁用所有非 IP/非%的远程 host 条目（如'admin'@'webapp.local'） - 如果必须保留域名白名单，就别开
skip-name-resolve，转去修/etc/hosts，确保本机 hostname 能正反向快速解析
Navicat 或 PHP 连接仍慢？心跳和 wait_timeout 没对齐
首次连接快了，但闲置几分钟后点表又卡，大概率是连接被服务端主动断开，而客户端还拿着旧连接发请求。MySQL 的 wait_timeout（默认 28800 秒）常被云厂商或运维调低到 60–300 秒，而 Navicat 默认「保持连接间隔」是 240 秒——若服务端设 60 秒，Navicat 的心跳包根本来不及发，连接就没了。
- 查服务端设置：
SHOW VARIABLES LIKE 'wait_timeout'; - Navicat 设置路径：连接属性 → 高级 → 「保持连接活跃」勾选 + 填数值，建议填
wait_timeout的 1/2（如服务端 300，这里填 120） - PHP 应用同理：PDO 构造时加
PDO::ATTR_TIMEOUT => 120不起作用，得靠应用层心跳或复用连接池 - 额外提示：启用压缩协议（Navicat 连接属性 → 高级 → 勾选「使用压缩协议」）可缓解大结果集传输卡顿，底层规避了部分 C API 的重连缺陷
真正麻烦的不是加那行配置，而是授权体系要跟着重洗一遍；很多人开了 skip-name-resolve 却忘了删旧用户，结果本地快了，远程却全挂了。
