不会。RENAME USER 只修改用户名，不更新 Host 字段；必须显式指定完整 'user'@'host' 格式，否则报错；权限自动继承，但角色、代理权限及 DEFINER 需手动更新。
RENAME USER 会自动更新 Host 吗？
不会。RENAME USER 只改用户名，不碰 Host 字段。比如把 'olduser'@'192.168.1.%' 改成 'newuser'@'192.168.1.%'，Host 部分原封不动；但如果你只写 RENAME USER 'olduser'@'%' TO 'newuser'，MySQL 会报错——因为目标用户缺少 Host，语法不合法。
实操建议：
- 必须显式写出完整的
'user'@'host'格式，两边都不能省 - 想换 Host？得先
DROP USER再CREATE USER，或者用UPDATE mysql.user（不推荐，需FLUSH PRIVILEGES） - 注意大小写：MySQL 5.7+ 对用户名大小写敏感，
'User'@'localhost'和'user'@'localhost'是两个不同账号
RENAME USER 执行后权限还在吗？
在。所有已授权的数据库、表级权限（存于 mysql.db、mysql.tables_priv 等系统表）会自动关联到新用户名，不用重新 GRANT。
但要注意这些例外：
- 角色（Roles）绑定需手动更新：
RENAME USER不影响mysql.role_edges，如果旧用户是某角色的被授予者，得用REVOKE/GRANT重绑 - 代理权限（PROXY privileges）存在同样问题，
mysql.proxies_priv中的记录不会自动更新 - 若用户有
DEFINER的存储过程或视图，执行时可能报Access denied——因为 DEFINER 值仍是旧用户名，需用ALTER PROCEDURE ... SQL SECURITY DEFINER显式修正
MySQL 8.0+ 的 RENAME USER 有什么兼容性坑？
MySQL 8.0 把认证插件和密码生命周期管理收紧了，RENAME USER 本身行为没变，但容易连带触发权限/认证异常。
常见现象：
- 执行成功，但新用户连不上：可能是旧用户用了
caching_sha2_password插件，而客户端不支持；检查SELECT plugin FROM mysql.user WHERE user='newuser' - 复制环境出问题：GTID 模式下
RENAME USER是 DDL，会生成事务，但如果从库延迟高，可能卡住复制线程 -
RENAME USER不能跨账户类型操作：比如不能把普通用户重命名为root（即使你有 SUPER 权限），会报ERROR 1396 (HY000)
有没有比 RENAME USER 更安全的替代方案？
没有“更安全”的内置替代命令，但可以绕开直接重命名，降低风险。
推荐做法：
- 新建用户 + 复制权限 + 切流量 + 删旧用户：用
SHOW GRANTS FOR 'olduser'@'host'导出权限，CREATE USER+GRANT新建，确认无误后再DROP USER - 用
mysqlpump或mysqldump --users备份账号体系，避免误操作后无法回滚 - 线上环境慎用：RENAME USER 是原子操作，但不可回退；如果担心权限错乱，优先走“双账号并行验证”流程
真正难处理的是 DEFINER 和角色继承这类隐式依赖，它们不会出现在 SHOW GRANTS 输出里，也容易被忽略。
