phpMyAdmin不提供导出用户权限的一键功能，必须通过命令行用mysqldump --no-data导出mysql权限表，或在SQL页签执行CONCAT生成SHOW GRANTS语句；界面导出默认屏蔽mysql系统库，直接导出mysql.user等表不可复用，且缺失FLUSH PRIVILEGES及GRANT顺序保障。
phpmyadmin 本身不提供“导出用户+权限”的一键功能，迁移用户账户和授权配置必须绕过界面，直接操作 mysql 系统表或使用命令行生成/还原 sql。界面里点“导出”只会导出数据库数据，mysql.user、mysql.db、mysql.tables_priv 等权限表默认被 phpmyadmin 屏蔽，无法导出。
为什么 phpMyAdmin 的“导出”按钮对用户权限无效
phpMyAdmin 默认禁止导出 mysql 系统库（包括 mysql.user），这是安全限制，不是 bug。即使你手动选中 mysql 库并点击“导出”，也会被拒绝或返回空结果。试图用“快速导出”整个服务器？它只处理普通业务库，跳过权限相关元数据。
- 现象：导出后在新环境执行 SQL，
CREATE USER成功但GRANT全失效，或报错ERROR 1410 (42000): You are not allowed to create a user with GRANT - 根本原因：phpMyAdmin 导出的 SQL 不含
FLUSH PRIVILEGES，且不保证GRANT语句顺序（如先GRANT后CREATE USER会失败） - 更隐蔽的问题：MySQL 8.0+ 的
caching_sha2_password插件导致密码哈希值无法跨实例复用，直接 INSERTmysql.user行会认证失败
正确迁移方式：用 mysqldump + 过滤生成权限 SQL
必须在源 MySQL 服务器上用命令行执行，不能依赖 phpMyAdmin 界面：
- 导出所有用户及权限（含
CREATE USER和GRANT语句）：mysqldump -u root -p --no-data --skip-triggers mysql user db tables_priv columns_priv procs_priv proxies_priv > users_and_privs.sql - 关键参数说明：
—--no-data：只导结构（即权限定义），不导用户表里的敏感字段如authentication_string值
—--skip-triggers：避免导出系统触发器（无意义且可能报错）
— 必须显式列出权限表名，mysql库不能用--all-databases代替 - 导入前清理目标库旧用户（可选但推荐）：
DELETE FROM mysql.user WHERE User NOT IN ('root', 'mysql.sys');，然后FLUSH PRIVILEGES;
MySQL 8.0+ 特别注意：caching_sha2_password 与密码兼容性
直接还原 mysql.user 表会导致新实例连接失败，因为 caching_sha2_password 的哈希值绑定原实例 salt。必须重置密码或切换插件：
- 方案一（推荐）：还原后为每个用户重设密码并指定插件：
ALTER USER 'repl'@'%' IDENTIFIED WITH mysql_native_password BY 'newpass'; - 方案二：全局降级认证插件（仅测试环境）：
在目标 MySQL 配置文件my.cnf加default_authentication_plugin=mysql_native_password，重启服务 - 验证是否生效：
SELECT User, Host, plugin FROM mysql.user WHERE User = 'repl';— 输出应为mysql_native_password，不是caching_sha2_password
迁移后必验的三个检查点
权限迁移不是“执行完就结束”，漏掉任意一项都可能导致应用连不上或权限不足：
立即学习“PHP免费学习笔记（深入）”；
- 检查用户能否登录：
mysql -u repl -p -h target_host— 成功登录不代表权限有效，只是认证通过 - 检查
REPLICATION SLAVE是否真生效（主从场景）：SHOW GRANTS FOR 'repl'@'%';— 必须看到GRANT REPLICATION SLAVE ON *.*，而非ON `db_name`.* - 检查 SELECT 权限范围是否匹配业务需求：
如果同步工具只拉app_db，但账号只有SELECT ON app_db.*，则没问题；若工具需跨库查information_schema，就得额外加GRANT SELECT ON information_schema.*
最易被忽略的是：MySQL 8.0 默认关闭 show_compatibility_56，导致旧版监控脚本调用 SHOW VARIABLES LIKE 'log_bin' 失败，这不是权限问题，但常被误判为授权不全。
