phpMyAdmin无法直接重命名MySQL用户，只能通过SQL执行RENAME USER（需高权限且仅支持5.7.6+）或删旧建新+权限迁移；操作时须注意user@host全称、大小写敏感、host匹配及连接占用问题。
phpMyAdmin 里根本不能直接重命名 MySQL 用户
mysql 不支持 rename user 以外的“重命名”操作，而 phpmyadmin 的图形界面压根没暴露这个功能——你翻遍「用户账户」页、点开编辑、改用户名字段再保存，实际只会新建一个同名用户，旧用户还在，权限也不继承。
真正可行的路径只有两条：用 SQL 手动执行 RENAME USER，或删旧建新 + 权限迁移。前者快但要求高权限；后者更可控，适合生产环境。
-
RENAME USER要求你有CREATE USER和DELETE ANY TABLE（或mysql库的UPDATE权限） - 旧用户若正被连接占用，
RENAME USER会失败，得先KILL对应线程 - phpMyAdmin 默认禁用多语句执行，所以不能在同一个 SQL 窗口里先查再删再建——得拆成多个步骤手动操作
用 RENAME USER 完成迁移（需高权限）
如果你确认自己有足够权限，且能接受短暂中断（避免连接冲突），这是最干净的方式。注意：MySQL 5.7.6+ 才支持该语法，低版本必须走删建流程。
在 phpMyAdmin 的「SQL」页输入：
RENAME USER 'old_user'@'localhost' TO 'new_user'@'localhost';
- 必须写全
'user'@'host'格式，不能只写用户名；localhost和127.0.0.1是两个不同账号 - 如果旧用户有多个 host（比如
'old_user'@'%'），要逐条重命名，不能通配 - 执行后，密码、权限、SSL 设置全部自动迁移，无需额外操作
- 执行完立刻刷新「用户账户」页，旧用户名消失，新用户名出现——这是验证成功的最直接信号
删旧建新 + 权限复制（兼容所有版本）
更稳妥的做法：导出旧用户权限 → 创建新用户 → 批量授权 → 删除旧用户。关键不是“怎么建”，而是“权限别漏”。
立即学习“PHP免费学习笔记（深入）”；
在「用户账户」页找到旧用户，点击「导出权限」，它会生成类似这样的 SQL：
GRANT SELECT, INSERT ON `db1`.* TO 'old_user'@'localhost'; GRANT USAGE ON *.* TO 'old_user'@'localhost' IDENTIFIED BY PASSWORD '*...';
- 把其中的
'old_user'@'localhost'全局替换成'new_user'@'localhost'，包括GRANT和CREATE USER行 - 如果原用户用的是明文密码（不推荐），替换时保留
IDENTIFIED BY 'xxx'；若用的是哈希值，保持IDENTIFIED BY PASSWORD 'xxx' - 执行前先手工创建新用户：
CREATE USER 'new_user'@'localhost' IDENTIFIED BY 'xxx';（否则部分 GRANT 会报错） - 删旧用户前，确认没有应用还在用它连接——否则立刻断连，且
DROP USER无法回滚
常见坑：host 匹配、大小写、权限残留
重命名后连不上？90% 出在这三处。phpMyAdmin 显示的用户名是「美化过的」，实际生效的是 user@host 全称，大小写敏感，host 通配符逻辑也容易误判。
- 检查连接字符串里的
host：PHP 中用localhost连，MySQL 实际可能走 socket；换成127.0.0.1就变成 TCP 连接，对应的是另一个用户记录 - MySQL 用户名大小写敏感（尤其在 Linux 上），
'User'@'%' ≠ 'user'@'%'；phpMyAdmin 列表里看着一样，实际可能是两个账号 -
DROP USER不会自动清理mysql.db或mysql.tables_priv里的旧权限行，如果之前用过GRANT ... ON db.tbl，删用户后这些记录仍存在，可能引发权限混乱 - 迁移后务必用新账号登录并执行
SHOW GRANTS;，而不是只看 phpMyAdmin 界面是否显示权限
真正麻烦的从来不是 rename 这个动作，而是 host 细节、权限粒度和连接上下文之间的错位。多看一眼 SELECT User, Host FROM mysql.user; 输出，比反复试错快得多。
