DBeaver不提供“导出GRANT语句”功能，因其User Editor仅为单向执行终端：勾选权限→拼接并执行GRANT语句，不反查mysql.user等元数据，无法还原可审计的授权脚本，也不区分权限来源、主机通配符细节；导出仅支持DDL、结果集和连接配置。
DBeaver 本身不提供“导出 GRANT 语句”的功能，无法一键生成授权脚本；它只执行授权动作，不记录或反向提取权限逻辑。
为什么 DBeaver 没有“导出 GRANT”按钮
DBeaver 的 User Editor（用户编辑器）界面是单向操作终端：你勾选权限 → 它拼 GRANT 语句 → 直连数据库执行。它不查询 mysql.user、mysql.db 或 information_schema.role_table_grants 等元数据来反推已有权限结构，因此无法还原成可审计、可版本化的 SQL 脚本。
- 它不区分权限来源（是直接授予的，还是通过角色继承的）
- 它不处理主机名通配符匹配细节（比如
'u'@'10.0.1.%'和'u'@'10.0.1.123'在权限系统中是两个独立账号） - 导出功能仅限于表结构（
Generate SQL → DDL）、查询结果（CSV/JSON）、连接配置（JSON 导出），不覆盖权限元数据
替代方案：用 MySQL 原生命令生成 GRANT 脚本
真正能生成可复用、可审查的授权脚本的方式，是登录 MySQL 后手动查系统表 + 拼接。DBeaver 可以作为执行终端，但不能替代逻辑生成。
- 查某个用户的全部显式权限：
SHOW GRANTS FOR 'dev_user'@'10.0.1.%'; - 查所有非 root 用户的权限（需有
SELECT权限访问mysql库）：SELECT CONCAT('GRANT ', privilege, ' ON ', CONCAT_WS('.', quoted_identifier(db), quoted_identifier(table_name)), ' TO ', QUOTE(user), '@', QUOTE(host), ';') AS grant_stmt FROM mysql.tables_priv WHERE user != 'root';（注意：实际需适配 MySQL 版本字段，5.7 vs 8.0 的权限表结构不同） - 更稳妥的做法是用
mysqldump --no-data --skip-triggers --compact mysql user db tables_priv columns_priv procs_priv导出权限元数据，再人工过滤拼接
DBeaver 中误操作后如何快速回滚
在 User Editor 里点了几下就批量授了权？别急着重装——MySQL 的权限变更可逆，但必须立刻操作：
- 先确认目标用户当前权限：
SHOW GRANTS FOR 'app_user'@'%'; - 撤销全部数据库级权限（保留账号本身）：
REVOKE ALL PRIVILEGES ON *.* FROM 'app_user'@'%'; - 撤销全局管理权限（如误点了
GRANT OPTION）：REVOKE GRANT OPTION ON *.* FROM 'app_user'@'%'; - 最后刷新：
FLUSH PRIVILEGES; - ⚠️ 注意：
REVOKE不会删除用户，但也不会自动清理角色关联；若用了 MySQL 8.0+ 的角色机制，还需REVOKE role_name FROM 'app_user'@'%';
自动化授权脚本必须绕开的三个坑
哪怕你用 Shell + mysql -e 生成授权语句，也常因以下细节翻车：
-
CREATE USER必须显式执行，GRANT不会自动创建用户（MySQL 5.7+ 默认 strict 模式下报错） - 主机名必须完全匹配：脚本里写
'u'@'%.example.com'，但应用连的是u@db01.example.com—— 若 DNS 解析失败或未配置反向解析，实际匹配到的是u@'10.0.2.5'，导致权限不生效 - 权限叠加无感知：
GRANT SELECT ON db1.t1 TO u@h;执行两次，SHOW GRANTS会显示两条重复语句，虽不影响运行，但给后续REVOKE带来歧义
真正可靠的权限交付，得靠带校验的脚本（比如先 SELECT COUNT(*) FROM mysql.user WHERE User='u' AND Host='h'）或专用工具（如 Percona Toolkit 的 pt-show-grants），而不是依赖 DBeaver 界面点击。
