MySQL远程登录卡顿多因服务端反向DNS解析超时。关闭skip-name-resolve可解决,但需同步将mysql.user表Host字段从域名改为IP或%,否则连不上。验证方法包括临时停DNS服务、IPv6测试、检查变量等。修改后必须重启服务,注意配置文件路径不冲突。
MySQL远程登录卡在“Connecting to…”这个阶段,大概率是服务端在做反向DNS解析时被卡住。这跟网络通不通、密码对不对都没关系,就是服务端在调用gethostbyaddr()时超时了。解决思路很明确:关掉skip-name-resolve,但必须同步调整权限表,否则一样连不上。

长期稳定更新的攒劲资源: >>>点此立即查看<<<
不用靠猜,几个低成本的验证方法就能快速定位:
sudo systemctl stop systemd-resolved,再执行mysql -h 192.168.1.50 -u app -p;如果秒进,基本锁定mysql -h ::1 -u root -p;若IPv4卡顿、IPv6立即响应,说明是IPv4反查阻塞SELECT @@skip_name_resolve;,返回0表示未跳过解析SHOW PROCESSLIST;里看到大量状态为Connecting的线程,且Host列显示IP(如10.0.2.15:52183)而非域名,就是典型信号skip-name-resolve?这个参数只对服务端生效,而且必须写在[mysqld]段下。写错位置或者改了不重启,就等于白做:
/etc/my.cnf、/etc/mysql/mysql.conf.d/mysqld.cnf;Windows是安装目录下的my.ini)[mysqld]段下添加:skip-name-resolve = ONsudo systemctl restart mysql(用reload不会生效)mysql -e "SHOW VARIABLES LIKE 'skip_name_resolve';"返回ON才算成功!includedir /etc/mysql/conf.d/覆盖,先运行mysqld --verbose --help | grep "Default options"确认最终加载路径skip-name-resolve为什么反而连不上?因为跳过DNS解析后,mysql.user表里的Host字段只能按字面匹配IP或%,所有带域名的授权全部作废了:
Access denied for user 'app'@'192.168.1.100',但SELECT User, Host FROM mysql.user;显示的是'app'@'web01.example.com'localhost能连,换成127.0.0.1就拒绝——这是权限粒度变化的明确信号UPDATE mysql.user SET Host = '192.168.1.100' WHERE User = 'app' AND Host = 'web01.example.com'; FLUSH PRIVILEGES;SELECT User, Host FROM mysql.user WHERE Host NOT IN ('%', 'localhost', '127.0.0.1', '::1');最容易被忽略的点是:改完配置不重启、改错配置文件位置、或者只改了服务端却没动mysql.user表——三者任一缺失,都会让问题看起来“修了但没修好”。
侠游戏发布此文仅为了传递信息,不代表侠游戏网站认同其观点或证实其描述