Docker跨容器MySQL认证问题：容器主机名解析导致权限验证失败

我太懂你这个困扰了！在Docker同网络里用主机名给MySQL用户授权，结果连接时因为MySQL认的是容器IP而非主机名，导致权限匹配失败，这确实是个容易踩的坑。我给你捋清楚原因和几个靠谱的解决办法：

问题根源 #

MySQL的用户权限是严格绑定连接来源标识的：你给user1授权的是@'php1'（允许从主机名为php1的客户端连接），但默认情况下，MySQL会跳过IP反向解析（也就是开启了skip-name-resolve配置），它只会直接用客户端的IP地址来匹配权限规则。而php1容器连接sql时，MySQL看到的是它的Docker内网IP（比如172.18.0.3），自然匹配不上@'php1'的授权，认证就失败了。

解决办法 #

办法1：直接授权容器IP/IP段（最简单直接）

• 先查php1容器的内网IP：

  docker inspect php1 | grep "IPAddress"
  

• 用查到的IP给user1授权：

  GRANT ALL PRIVILEGES ON `database1`.* TO 'user1'@'172.18.0.3';
  FLUSH PRIVILEGES;
  

• 要是想更灵活（比如容器重启IP可能变化），可以授权整个Docker子网：

  GRANT ALL PRIVILEGES ON `database1`.* TO 'user1'@'172.18.%';
  FLUSH PRIVILEGES;
  

  注意：这个办法适合快速解决问题，但如果是生产环境，要控制子网范围的安全性。

办法2：关闭MySQL的skip-name-resolve，启用主机名解析

既然你提到了my.cnf里的skip配置，那正好用上：

• 进入sql容器，找到my.cnf配置文件（通常在/etc/mysql/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf）
• 找到skip-name-resolve这一行，把它注释掉（前面加#），保存退出
• 重启sql容器让配置生效：

  docker restart sql
  

• 这时候MySQL会自动把php1的IP反向解析成主机名php1，你之前配置的user1@'php1'授权就能正常匹配了。

办法3：开发环境通用授权（不建议生产用）

如果是本地开发，不想纠结IP和主机名，可以直接授权用户从任何地址连接：

GRANT ALL PRIVILEGES ON `database1`.* TO 'user1'@'%';
FLUSH PRIVILEGES;

⚠️ 生产环境绝对别这么干，会带来严重的安全风险！

验证步骤 #

修改权限后，你可以在sql容器里执行以下命令确认：

SELECT user, host FROM mysql.user;

能看到user1对应的host字段是你配置的值，然后回到php1容器测试连接：

mysql -u user1 -p -h sql

成功登录后，用SHOW GRANTS;就能看到当前用户的权限是否正确啦。

备注：内容来源于stack exchange，提问作者SirLouen