贝利信息

mysql中主机权限与网络安全设置

日期:2026-01-26 00:00 / 作者:P粉602998670
MySQL用户host字段支持IP、域名、通配符%和_,但仅做字符串匹配且不支持CIDR;'localhost'仅匹配Unix socket,'%'不匹配localhost;需配合bind-address、防火墙等网络配置才能生效。

MySQL 用户 host 字段到底能填什么

MySQL 的用户权限不是只看用户名,host 字段才是决定“谁能在哪连上来”的关键。它不是 IP 白名单配置项,而是认证时与客户端发起连接的 host(即 TCP 连接来源的 IP 或主机名)做**精确匹配或通配符匹配**。

常见误区是以为 'user'@'192.168.%' 能匹配所有内网 IP,但实际它只匹配以 192.168. 开头的**字符串形式 host**——如果客户端用的是域名(如 db-server.local),或者 MySQL 服务端启用了 skip_name_resolve,那根本不会做 DNS 反查,host 就是连接时传过来的原始字符串,可能根本不是 IP。

bind-address 和 skip-networking 怎么影响外部连接

MySQL 默认只监听 127.0.0.1(Linux 下 bind-address = 127.0.0.1),这意味着即使你建了 'app'@'%',外部机器也连不上——TCP 层就拒绝了。这不是权限问题,是服务根本没在那个地址上收包。

skip-networking 更彻底:直接关闭 TCP/IP 协议栈监听,只留 socket,此时任何远程 IP 都无法建立连接,哪怕权限全开也没用。

GRANT 之后为什么还是连不上:权限缓存与解析顺序

MySQL 权限检查分两步:先查 mysql.user 表匹配 Us

er+Host 元组,再查对应权限字段(如 Select_priv)。但这里有个关键细节:匹配是按 Host 字段长度降序进行的,更具体的 host 优先级更高。

比如同时存在 'app'@'10.0.0.5''app'@'%',从 10.0.0.5 连入时,永远命中前者,后者权限再大也无关。

生产环境最小权限 + 网络隔离建议

权限宁可多建几个专用账号,也不要给一个账号 ALL PRIVILEGES ON *.*。网络层比数据库层更容易收敛风险。

SELECT User, Host, Select_priv, Insert_priv, Drop_priv 
FROM mysql.user 
WHERE User = 'app' AND Host LIKE '10.%';

真正容易被忽略的是:MySQL 的 host 匹配发生在连接建立后、认证过程中,而网络可达性(bind-address、防火墙、路由)是前置条件。调权限前,先确认 telnet your-db-ip 3306 能通;否则所有 GRANT 都是空中楼阁。