phpMyAdmin图形界面不支持导出完整可执行权限SQL，所谓“导出权限”仅生成部分数据库级GRANT语句，忽略列级权限、角色权限、WITH GRANT OPTION及密码哈希；正确做法是用SQL标签页执行SELECT CONCAT('SHOW GRANTS FOR ''',user,'''@''',host,''';') FROM mysql.user生成批量SHOW GRANTS语句，逐条执行后全选输出保存为permissions.sql，导入前须确认目标库已启用对应认证插件。
phpmyadmin 的图形化界面不支持直接导出「可执行的权限 sql」，所谓“导出权限”按钮实际只生成部分 grant 语句，且默认忽略密码哈希、认证插件、列级权限和 with grant option —— 直接执行大概率报错或权限不全。
点「导出所选权限」只能导出当前数据库的显式授权
这个功能有严重局限：它只读取 mysql.db 表（数据库级权限），完全跳过 mysql.tables_priv、mysql.columns_priv 和 mysql.procs_priv。如果你给用户授了 GRANT SELECT (id) ON `app`.`users` TO 'u'@'h' 这类列权限，导出结果里根本不会出现。
- 必须先在左侧导航栏选中具体数据库，再进「权限」页，否则连数据库级权限都导不出
- 顶部「全服务器」按钮必须手动点击，否则全局权限（如
PROCESS、RELOAD）不会被包含 - 导出内容不含
CREATE USER语句，只含GRANT；若目标库用户不存在，执行会失败
「用户账户」页的「导出所选用户」不是导权限，而是导系统表快照
这个操作本质是 SELECT * FROM mysql.user WHERE user IN (...) 的结果导出为 SQL INSERT，不是可运行的建用户+赋权脚本。MySQL 8.0+ 的 plugin 和 authentication_string 字段会被原样插入，但目标库若未启用对应认证插件（如 caching_sha2_password），执行时直接报 ERROR 1827。
- 导出的
INSERT语句无法还原角色权限（MySQL 8.0+）、存储过程权限、甚至WITH GRANT OPTION - 它把
authentication_string当作明文密码写进IDENTIFIED BY，而 8.0 要求用IDENTIFIED WITH caching_sha2_password BY - 如果目标库 sql_mode 含
NO_AUTO_CREATE_USER（5.7.21+ 默认开启），这些 INSERT 会全部失败
真正能用的图形化导出路径：先 SHOW GRANTS，再手动拼接
phpMyAdmin 没提供批量 SHOW GRANTS 的按钮，但你可以用 SQL 标签页快速生成所有用户的语句：
- 执行：
SELECT CONCAT('SHOW GRANTS FOR ''',user,'''@''',host,''';') FROM mysql.user WHERE user NOT IN ('root','debian-sys-maint'); - 复制结果，粘贴到新 SQL 标签页执行——这会逐条返回每个用户的完整权限，包括列级、角色继承（若已激活）、
WITH GRANT OPTION - 全选所有
GRANT输出，删掉开头的Grants for ...行，保存为permissions.sql
注意：导入前必须确认目标库已启用源用户所用的认证插件（查 SELECT plugin FROM mysql.user WHERE user='xxx'），否则 CREATE USER 那行就过不去。
立即学习“PHP免费学习笔记（深入）”；
图形界面能做的只是起点，关键权限细节永远藏在 SHOW GRANTS 的输出里；漏掉一行，还原后就少一层访问能力。
