批量重命名mysql用户须先确认host匹配，因rename user不支持通配符；重命名后权限不会自动转移，需手动update权限表并flush privileges；更安全的替代方案是用alter user ... account lock锁账号。
批量重命名用户前必须确认 host 匹配规则
MySQL 的用户身份由 'username'@'host' 全局唯一标识，RENAME USER 不支持模糊匹配或通配符。你不能写 RENAME USER 'user_2022%'@'%' TO 'archived_user_2022%'@'%' —— 这会直接报错 ERROR 1396 (HY000): Operation RENAME USER failed。必须逐个指定完整用户名+主机名组合。
常见误操作是只查 SELECT User FROM mysql.user，漏掉 Host 列，结果重命名后发现账号“消失”，其实是新旧 host 不一致导致登录失败。正确做法是先导出完整用户列表：
SELECT CONCAT('RENAME USER ''', User, '''@''', Host, ''' TO ''archived_', User, '''@''', Host, ''';') AS rename_sql
FROM mysql.user
WHERE User LIKE 'user\_2022%' ESCAPE '\';
执行结果是一串可复制粘贴的 RENAME USER 语句，每条都带明确 host，避免凭空猜测。
重命名后权限不会自动转移，需手动处理
RENAME USER 只改账号名，不碰权限表。原用户在 mysql.db、mysql.tables_priv 等表中的授权记录仍绑定旧用户名，新名字查不到任何权限 —— 表现为登录成功但 SELECT 报 ERROR 1142 (42000): SELECT command denied。
必须同步更新权限表，最稳妥的方式是用 UPDATE 批量修正（注意：操作前务必备份 mysql 库）：
UPDATE mysql.db SET User = 'archived_user_2022xx' WHERE User = 'user_2022xx' AND Host = 'localhost'; UPDATE mysql.tables_priv SET User = 'archived_user_2022xx' WHERE User = 'user_2022xx' AND Host = 'localhost'; FLUSH PRIVILEGES;
别指望 GRANT ... TO 'newname'@'host' 自动继承旧权限 —— MySQL 8.0 不支持权限迁移，必须显式覆盖或重建。
重命名大批次用户时要避开 FLUSH PRIVILEGES 的陷阱
MySQL 8.0 默认启用 caching_sha2_password 插件，且权限缓存机制已优化。执行完 RENAME USER 和后续 UPDATE 后，FLUSH PRIVILEGES 并非总是必要：如果只是改了 mysql.user 表里的 User 字段，服务端会在下次认证时自动加载；但如果动了 mysql.db 等权限表，就必须 FLUSH PRIVILEGES 强制刷新缓存。
容易踩的坑：
- 在事务里执行多个
UPDATE权限表操作，然后FLUSH PRIVILEGES—— 会报ERROR 1370 (42000): execute command denied to user，因为FLUSH不能在事务中运行 - 用低权限账号执行
FLUSH PRIVILEGES—— 需要RELOAD权限，普通SELECT权限不够 - 重命名后立刻用新账号连接测试，却忘了应用层连接池还缓存着旧账号的认证信息，导致“明明改了却连不上”
更安全的替代方案：停用而非重命名
生产环境批量处理过期用户，重命名不是最优解。真正要的是隔离风险，而不是换个名字继续留着。推荐用 ALTER USER ... ACCOUNT LOCK 直接锁死账号：
SELECT CONCAT('ALTER USER ''', User, '''@''', Host, ''' ACCOUNT LOCK;') AS lock_sql
FROM mysql.user
WHERE User LIKE 'user\_2022%' ESCAPE '\';
锁住的账号无法登录，但所有权限记录保留，未来审计或回滚成本极低。相比重命名，它不修改任何权限表结构，不触发缓存刷新风险，也不影响其他依赖该用户名的监控脚本或配置文件（比如备份任务里硬编码的 --user=user_2022xx）。
真正需要重命名的场景极少，一般只出现在合规审计要求“历史账号必须标记归档前缀”。这种情况下，务必把 RENAME USER、权限表 UPDATE、FLUSH PRIVILEGES 三步打包成原子脚本，并在低峰期单线程执行 —— 多线程并发改 mysql 系统表极易引发元数据锁争用，导致整个实例夯住。
