不能直接UPDATE mysql.user的host字段，因user+host共同构成唯一标识，手动修改会破坏缓存匹配逻辑、导致认证失败或Error 1133；正确做法是RENAME USER、CREATE USER+GRANT+DROP USER组合操作，确保元数据一致性与权限继承。
不能直接用 UPDATE mysql.user 改 host 字段，否则大概率导致用户无法登录，且权限失效。
为什么不能直接 UPDATE user 表的 host 字段
MySQL 的用户身份由 user + host 共同唯一标识，host 是主键的一部分。直接 UPDATE 会破坏权限系统内部的缓存和匹配逻辑，尤其在 8.0+ 版本中，authentication_string 和插件认证方式可能与旧 host 绑定；执行后不 FLUSH PRIVILEGES 权限不生效，但即使刷新，也可能出现 Error 1133: Can't find any matching row in the user table —— 因为 MySQL 在验证时按原始 (user, host) 查找记录，而你改了它却没重建元数据。
正确做法：用 RENAME USER + CREATE USER + DROP USER
这是官方支持、语义清晰、副作用可控的方式。核心思路是“新建一个合法组合，再删旧的”，避免直接触碰系统表。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 先确认目标用户当前完整标识：
SELECT User, Host FROM mysql.user WHERE User = 'your_user'; - 用
RENAME USER修改主机名（仅限同名用户迁移，如'app'@'192.168.1.100'→'app'@'10.0.0.%'）：RENAME USER 'app'@'192.168.1.100' TO 'app'@'10.0.0.%'; - 如果要改成完全不同的
host（比如从localhost改成%），RENAME USER会失败（报错ERROR 3004 (HY000)），此时必须：
– 新建用户：CREATE USER 'app'@'%' IDENTIFIED BY 'same_password_as_before';
– 复制原用户所有权限：SHOW GRANTS FOR 'app'@'localhost';，然后逐条执行GRANT ... TO 'app'@'%';
– 删除旧用户：DROP USER 'app'@'localhost'; - 所有操作后无需手动
FLUSH PRIVILEGES——CREATE/DROP/RENAME和GRANT都自动刷新
Host 改成 % 时特别要注意的三件事
把 host 从具体 IP 或 localhost 改成 % 看似方便，实则放大攻击面，必须同步收紧其他环节：
-
%不等于“允许任意来源”，它仍受网络层限制（如防火墙、bind-address 配置）。确认 MySQL 配置中bind-address没锁死为127.0.0.1，否则外部根本连不上 - 密码强度必须达标：MySQL 8.0 默认启用
validate_password插件，ALTER USER ... IDENTIFIED BY会校验；若跳过，新用户可能被拒绝创建 - 应用连接字符串里的
host必须显式指定，不能依赖 DNS 解析或空值；否则客户端可能误连到localhost的 socket 而非 TCP，导致权限匹配失败
真正麻烦的不是改 host 这个动作本身，而是改完之后权限是否还对得上、连接是否走对协议、密码是否被策略拦截——这些细节不检查，RENAME USER 成功了，应用照样连不上。
