能，RENAME USER自动迁移mysql.user等权限表中的显式权限，但DEFINER、角色绑定、代理权限、认证插件需手动更新，且root用户禁止重命名以防系统组件异常。
RENAME USER 能直接保留权限吗？
能，但仅限于权限表（mysql.user、mysql.db、mysql.tables_priv 等）中显式绑定的权限。RENAME USER 语句本身会自动将旧用户名在这些系统表中的记录更新为新用户名，所以 GRANT SELECT ON test.* TO 'olduser'@'localhost' 重命名后，'newuser'@'localhost' 仍拥有该库的 SELECT 权限。
但以下几类“权限”不会自动迁移，必须手动处理：
-
DEFINER字段：存储过程、函数、视图、事件里写的DEFINER = 'olduser'@'localhost'不会改，运行时报Access denied - 角色绑定：
mysql.role_edges表不更新，GRANT 'dev_role' TO 'olduser'@'%'重命名后失效 - 代理权限：
mysql.proxies_priv表也不更新，GRANT PROXY ON 'admin' TO 'olduser'@'localhost'需重做 - 认证插件和密码哈希：MySQL 8.0+ 中若未显式指定
IDENTIFIED WITH，重命名后可能回退到默认插件（如caching_sha2_password→mysql_native_password），导致客户端连不上
执行 RENAME USER 前必须确认的三件事
不是所有账号都能安全重命名。MySQL 8.0.22+ 会主动拦截高风险操作：
- 检查是否有存储对象以该用户为
DEFINER：运行SELECT ROUTINE_SCHEMA, ROUTINE_NAME, DEFINER FROM information_schema.ROUTINES WHERE DEFINER = 'olduser'@'localhost';（同理查VIEWS、EVENTS、TRIGGERS） - 确认你有
SET_USER_ID特权（否则遇到 DEFINDER 绑定会直接报错，而非警告） - 确保目标用户名不存在，且大小写完全匹配——
'OldUser'@'localhost'≠'olduser'@'localhost'，否则报ERROR 1396 (HY000)
重命名后必须立即补的手动操作
跳过这步，权限看似“保留”了，实际用起来处处报错：
- 修复所有
DEFINER：对每个查出的对象执行ALTER PROCEDURE proc_name SQL SECURITY DEFINER COMMENT '';（MySQL 8.0.31+ 支持空 COMMENT 触发重写 DEFINER；更稳妥是显式写DEFINER = 'newuser'@'localhost'） - 重授角色：
GRANT 'dev_role' TO 'newuser'@'localhost'; - 重授代理权限：
GRANT PROXY ON 'admin' TO 'newuser'@'localhost'; - 验证认证方式：
SELECT User, Host, plugin FROM mysql.user WHERE User = 'newuser';，若 plugin 不对，用ALTER USER 'newuser'@'localhost' IDENTIFIED WITH caching_sha2_password BY 'xxx';显式重设
为什么 root 用户绝对不该用 RENAME USER
因为 root 不是普通账号，它是 MySQL 内置超级用户，身份由 mysql.user 表 + 认证插件 + 系统硬编码共同锁定。即使 RENAME USER 'root'@'localhost' TO 'admin'@'localhost' 语法成功，也会立刻引发：
-
Access denied for user 'admin'@'localhost'（多数管理工具认不到新名） -
mysql_upgrade失败（它内部硬依赖root用户名） -
mysql.router、PMM等组件无法连接或配置丢失 -
mysql.proxies_priv、mysql.db等表残留root引用，造成权限不一致
真正安全的做法是新建高权限账号 + 禁用 root 密码登录，而不是碰 root 的名字。
