phpMyAdmin没有“复制用户”按钮能真正复制权限，所谓“复制用户”仅生成CREATE USER语句，不包含任何GRANT权限；必须通过SQL执行SHOW GRANTS、手动替换用户名和host、再执行修改后的GRANT语句并FLUSH PRIVILEGES才能完整重建权限。
phpmyadmin 没有“复制用户”按钮，也不能直接克隆权限配置——所有所谓“复制用户”的操作，本质是手动重建：先查出原用户权限语句，再改用户名和 host 后执行新 create user 和 grant。点界面里的“复制用户”只复制登录信息（如用户名、密码、host），不复制任何权限。
为什么“复制用户”按钮不复制权限？
phpMyAdmin 的“复制用户”功能（在“用户账户”页点击某用户右侧的“复制”图标）只会生成一条 CREATE USER 语句，并带 IDENTIFIED BY 密码哈希，但完全跳过 GRANT 部分。它读取的是 mysql.user 表的认证字段，而权限分散在 mysql.db、mysql.tables_priv 等多张表中，UI 不做聚合解析。
- 现象：复制后新用户能登录，但执行
SELECT报Access denied - 原因：新用户没被授予任何数据库级或表级权限
- 验证方式：用新用户登录后执行
SHOW GRANTS;，结果只有USAGE
怎样真正复制权限？必须用 SQL 查 + 改 + 执行
核心思路是：从原用户导出完整 GRANT 语句 → 替换用户名和 host → 在新用户创建后执行。不能依赖界面勾选，必须走 SQL 流程。
- 第一步：查原用户的授权语句
在 phpMyAdmin 的 SQL 页签运行：SHOW GRANTS FOR 'olduser'@'localhost'; - 第二步：复制返回的每条
GRANT ... TO语句，把'olduser'@'localhost'替换成'newuser'@'%'（注意保留单引号和 @ 符号） - 第三步：确保新用户已存在（否则
GRANT会报错），可用：CREATE USER 'newuser'@'%' IDENTIFIED BY 'password123'; - 第四步：执行修改后的
GRANT语句，最后加一句：FLUSH PRIVILEGES;
注意：SHOW GRANTS 不会输出 CREATE USER，所以必须单独建用户；如果原用户有库级权限（如 GRANT SELECT ON mydb.*），替换时只改用户名部分，不要动 mydb.*。
host 通配符和权限范围容易出错
复制时最容易漏掉 host 差异，导致权限实际不可用。比如原用户是 'admin'@'192.168.1.%'，你改成 'admin'@'%' 看似更宽，但 MySQL 的 host 匹配是精确优先：若同时存在 'admin'@'192.168.1.%' 和 'admin'@'%'，连接时会优先匹配前者，而新用户没这条记录就失败。
立即学习“PHP免费学习笔记（深入）”；
- 务必保持新用户的 host 与原用户一致，除非你明确知道目标连接来源
- 若原用户 host 是
'%'，新用户也设为'%'；若是'localhost'，不要擅自改成'127.0.0.1'（二者在 MySQL 中被视为不同 host） - MySQL 8.0+ 用户可能用了
caching_sha2_password插件，复制时要确认新用户是否也需指定插件：CREATE USER 'newuser'@'%' IDENTIFIED WITH caching_sha2_password BY 'pass';
真正复制用户权限这件事，从来不是点两下就能完的事。最常被忽略的，是 host 字符串的字面匹配规则和 FLUSH PRIVILEGES 是否真被执行——不刷新，新 GRANT 就只是写进了表里，MySQL 进程还没加载。
