MySQL IP反向解析机制及重启后本地连接异常问题咨询

嘿，这两个问题其实都和MySQL的主机名解析机制息息相关，我来给你掰扯清楚～

MySQL做IP反向解析主要是为了权限匹配和安全验证，具体流程是这样的：

• 当客户端发起连接请求时，MySQL服务器首先获取到客户端的IP地址
• 服务器会向DNS服务器发送PTR记录查询（也就是反向解析请求），把这个IP转换成对应的主机名
• 为了防止DNS欺骗，MySQL还会再做一次正向解析（A记录查询），确认这个主机名对应的IP确实和客户端的IP一致
• 最后，MySQL会用解析出来的主机名，去匹配mysql.user权限表里的用户条目（比如user@your_hostname），判断是否允许该连接

另外有几个关键参数会影响这个行为：

• skip-name-resolve：开启这个参数后，MySQL会直接跳过反向解析流程，完全用IP地址匹配用户权限。这样能提升连接速度，还能避免DNS故障导致的连接问题
• skip-host-cache：禁用主机名缓存，每次连接都重新做解析。默认情况下MySQL会缓存解析结果，缓存时长由host_cache_size控制

先还原你的场景：重启MySQL服务器后，远程机器能正常连，本地用回环地址（比如mysql -h 127.0.0.1）也能连，但直接敲mysql（不带-h参数）就失败，添加user@SERVER_123用户后问题解决。原因其实出在本地连接的主机名解析变化上：

• 当你直接本地连接（不带-h）时，MySQL客户端默认会用服务器的主机名发起连接，服务器端接收到请求后，会对本地连接的IP做反向解析
• 服务器重启后，可能DNS缓存刷新了，或者本地hosts文件的映射发生了变化，导致MySQL解析本地IP后得到的主机名是你的服务器短名称SERVER_123
• 而你原来的用户配置里，没有对应的user@SERVER_123权限条目，只有user@localhost、user@127.0.0.1这类，所以权限匹配失败，连接被拒绝
• 当你用回环地址连接时，服务器拿到的是127.0.0.1这个IP，反向解析对应的主机名是localhost，刚好匹配你已有的用户权限，所以能正常连接
• 添加user@SERVER_123后，解析出来的主机名和权限条目匹配，自然就能连接成功了

如果不想再遇到这类问题，你可以开启skip-name-resolve参数，这样MySQL就直接用IP匹配权限，不用依赖主机名解析。但要注意把所有用户权限都改成IP形式（比如user@192.168.1.100或者user@%），避免原来的主机名形式用户失效。

内容的提问来源于stack exchange，提问作者bpeikes