phpMyAdmin无克隆用户按钮，需导出原用户权限SQL并替换用户名执行；注意全局权限、表/列级权限及MySQL 8.0角色权限需手动处理，最后执行FLUSH PRIVILEGES。
phpMyAdmin 里没有“克隆用户”按钮，权限复制得手动操作
phpmyadmin 本身不提供图形化的一键克隆用户功能。所谓“复制权限”，本质是导出原用户的权限 sql，再替换用户名后执行——不是点几下就能完成的自动化流程。
常见错误现象：CREATE USER 'newuser'@'localhost' 执行成功，但登录时报 Access denied for user 'newuser'@'localhost'，根本原因是没赋权，或权限没刷入内存。
- 必须先确认原用户权限来源：是通过
GRANT显式授予的？还是继承自角色（MySQL 8.0+）？phpMyAdmin 的「权限」页只显示显式授权，不展示角色继承链 - phpMyAdmin 默认只显示当前选中数据库的权限，切记点击顶部「全选」旁边的「全服务器」才能看到全局权限（如
PROCESS、RELOAD） - MySQL 5.7 和 8.0 权限表结构不同：
mysql.user字段名有变化（如plugin、authentication_string），直接 INSERT 行数据会失败
用 phpMyAdmin 导出权限 SQL 再修改用户名最稳妥
这是兼容性最好、出错率最低的方式，适用于所有 MySQL 版本和 phpMyAdmin 版本（4.7+）。
操作步骤：
- 左侧选择目标用户（例如
'olduser'@'localhost'），点击「权限」页签 - 滚动到底部，点击「导出所选权限」按钮（不是「导出」整个数据库）
- 在弹出窗口中，把
'olduser'@'localhost'替换成新用户名，比如'newuser'@'localhost'；注意单引号和主机名都要改，别漏掉@'%'这种通配符 - 勾选「添加 DROP USER 语句」——仅当你确定要先删旧用户时才选；多数情况应取消勾选，避免误删
- 点击「执行」，phpMyAdmin 会运行生成的
GRANT语句
为什么这样做：绕过了直接操作 mysql 系统库的风险，且能自动适配当前 MySQL 版本的语法（比如 8.0 会用 CREATE USER IF NOT EXISTS + ALTER USER 组合）。
立即学习“PHP免费学习笔记（深入）”；
直接查询 mysql.tables_priv / mysql.columns_priv 会漏权限
如果原用户有表级或列级权限（比如只允许查 users.name 字段），仅靠「权限」页导出的 SQL 可能不完整——phpMyAdmin 的导出逻辑默认只处理 mysql.db 和 mysql.user 表，而忽略更细粒度的权限表。
验证方法：执行 SHOW GRANTS FOR 'olduser'@'localhost';，对比导出的 SQL 是否包含所有输出行。
- 若发现缺失
GRANT SELECT (id) ON `db`.`users` TO ...这类语句，说明列权限没导出，需手动补上 - 表权限存于
mysql.tables_priv，列权限存于mysql.columns_priv，但直接 INSERT 这两张表风险极高：字段顺序、加密值、timestamp校验都可能出错 - 更安全的做法是用命令行补权限：
GRANT SELECT(id) ON `db`.`users` TO 'newuser'@'localhost'; FLUSH PRIVILEGES;
MySQL 8.0+ 启用 roles 后，phpMyAdmin 完全不显示角色权限
如果你用 CREATE ROLE 'app_reader'; GRANT SELECT ON db.* TO 'app_reader'; SET DEFAULT ROLE 'app_reader' TO 'olduser'@'localhost'; 这种方式管理权限，phpMyAdmin 的「权限」页将完全空白——它不解析 mysql.role_edges 或 mysql.default_roles 表。
此时唯一可靠方式是命令行：
- 查原用户绑定的角色：
SELECT * FROM mysql.role_edges WHERE TO_HOST='localhost' AND TO_USER='olduser'; - 给新用户绑定相同角色：
GRANT 'app_reader' TO 'newuser'@'localhost'; SET DEFAULT ROLE 'app_reader' TO 'newuser'@'localhost'; - 务必执行
FLUSH PRIVILEGES;，否则角色不会生效
容易被忽略的点：角色本身也要存在，如果原环境是用 CREATE ROLE 创建的，新环境得先执行一遍，不能只授角色而不建角色。
