能，rename user自动迁移mysql.user、mysql.db等表中的权限，但角色绑定、代理权限及definer属性需手动更新。
RENAME USER 能否保留权限？
能，但仅限于直接绑定在 mysql.user 表上的全局和数据库级权限。RENAME USER 语句本身会把旧账号的权限记录（如 db、tables_priv 表中以旧用户名为标识的行）自动迁移到新用户名下，前提是这些权限记录未被手动清理或损坏。
不过，以下几类权限不会自动迁移：
- 角色绑定（
mysql.role_edges中的记录） - 密码历史（
mysql.password_history） - 存储对象的 DEFINER 属性（如视图、存储过程、函数、事件），如果它们显式声明了
DEFINER='old_user'@'host'，重命名后这些对象仍指向旧用户名，执行时可能报错ERROR 1449 (HY000): The user specified as a definer ('old_user'@'host') does not exist
执行 RENAME USER 前必须检查什么？
先确认目标用户没被任何存储对象设为 DEFINER：
SELECT ROUTINE_SCHEMA, ROUTINE_NAME, ROUTINE_TYPE, DEFINER
FROM information_schema.ROUTINES
WHERE DEFINER = 'old_user'@'host';
SELECT TABLE_SCHEMA, TABLE_NAME, DEFINER
FROM information_schema.VIEWS
WHERE DEFINER = 'old_user'@'host';
SELECT EVENT_SCHEMA, EVENT_NAME, DEFINER
FROM information_schema.EVENTS
WHERE DEFINER = 'old_user'@'host';
如果查到结果，要么提前修改这些对象的 DEFINER（用 ALTER VIEW/PROCEDURE/FUNCTION/EVENT ... SQL SECURITY DEFINER），要么接受重命名后它们暂时不可用。
为什么 ALTER USER 不等于重命名？ALTER USER 只能改密码、认证插件、密码过期策略等属性，**不能改用户名或 host**。试图执行：
ALTER USER 'old_user'@'host' IDENTIFIED BY 'xxx';
只会更新认证信息，不会改变账号身份。真正改名必须用：
RENAME USER 'old_user'@'host' TO 'new_user'@'host';
注意：host 部分也必须完全匹配，哪怕只是从 '%' → '%' 也要写全；MySQL 8.0 对 host 字符串是严格比对的。
重命名后权限“看起来没了”怎么办？
常见原因不是权限丢失，而是：
- 执行了 DROP USER 或误删了 mysql.user 记录后再重建，导致权限表未同步
- 新用户连接时用了错误的 host（比如原为 'user'@'10.0.0.%'，却用 'user'@'%' 连）
- 客户端缓存了旧连接凭证，或 DNS 解析导致 host 匹配失败
DROP USER 或误删了 mysql.user 记录后再重建，导致权限表未同步
- 新用户连接时用了错误的 host（比如原为 'user'@'10.0.0.%'，却用 'user'@'%' 连）
- 客户端缓存了旧连接凭证，或 DNS 解析导致 host 匹配失败
验证方式：
SHOW GRANTS FOR 'new_user'@'host';如果返回空，说明权限确实没迁过去——大概率是执行了
CREATE USER + GRANT 的组合操作，而非 RENAME USER。
最稳妥的做法始终是：用 RENAME USER，别自己手写 INSERT INTO mysql.user 或 UPDATE mysql.user，那会破坏内核校验逻辑，触发 ERROR 1396 (HY000)。
重命名操作本身很快，但 DEFINER 修复和角色补全容易被跳过——这才是上线后出问题的高发点。
