DBeaver本身不提供“一键建库权限”按钮，必须通过SQL手动执行GRANT CREATE ON .或在用户编辑界面显式勾选CREATE权限（MySQL支持，PostgreSQL不支持），且多数MySQL实例需同时授予GRANT OPTION才生效。
直接说结论：DBeaver 本身不提供“一键建库权限”按钮，必须通过 SQL 手动执行 GRANT CREATE ON *.* 或在用户编辑界面显式勾选 CREATE 权限（取决于数据库类型），且多数 MySQL 实例要求同时授予 GRANT OPTION 才能真正生效。
MySQL 用户没 CREATE 权限时的典型报错
你在 DBeaver 的 SQL 编辑器里执行 CREATE DATABASE testdb;，却收到：
SQL 错误 [1044] [42000]: Access denied for user 'myuser'@'%' to database 'testdb'
这不是库名冲突或语法问题，而是权限缺失。MySQL 的 CREATE 权限是“全局权限”，必须明确授予，不能靠角色继承自动获得（除非角色已预配）。
- 仅授予
SELECT或INSERT等对象级权限，对建库完全无效 - 即使用户能连上、能看到已有库，也不代表有建库能力
- 错误提示里出现
Access denied ... to database，基本可锁定为CREATE或CREATE TEMPORARY TABLES权限缺失
DBeaver 图形界面中如何正确勾选 CREATE 权限
不是所有数据库都支持图形化授 CREATE 权限——MySQL 支持，PostgreSQL 不支持（需用 SQL），DB2 需单独授 CREATETAB 或 IMPLICIT_SCHEMA。以 MySQL 为例：
- 右键目标连接 → “编辑连接” → 切换到“安全”选项卡 → 点击“用户管理”
- 找到对应用户 → 双击打开编辑页 → 切换到“权限”选项卡
- 在“全局权限”区域，务必勾选
CREATE（注意不是“Create view”或“Create routine”） - 如果希望该用户还能给其他人授权，必须额外勾选
GRANT OPTION（否则保存后会提示“权限不足”） - 点击“保存” → 弹出 SQL 预览窗口 → 确认语句含
GRANT CREATE ON *.* TO 'xxx'@'...'→ 点击“执行”
为什么有时勾了 CREATE 还是建不了库？三个常见漏点
DBeaver 的 UI 会帮你生成 GRANT 语句，但底层行为受 MySQL 版本和账户 host 限制，容易踩坑：
-
'user'@'localhost'和'user'@'%'是两个完全不同的账户，权限不互通；远程连接时授了'user'@'%'的 CREATE，但你用的是localhost账户，照样失败 - MySQL 8.0+ 默认启用
sql_require_primary_key等严格模式，不影响建库，但若你顺手建表失败，可能误判为权限问题 - 执行完 GRANT 后未运行
FLUSH PRIVILEGES;（DBeaver 通常自动加，但手动改过 mysql.user 表后必须补）
替代方案：用 SQL 直接授 CREATE（更可控）
当图形界面卡住、权限列表为空、或需要批量操作时，跳过 UI，直接跑 SQL 更可靠：
CREATE USER 'devadmin'@'%' IDENTIFIED BY 'StrongPass123!'; GRANT CREATE, ALTER, DROP ON *.* TO 'devadmin'@'%'; GRANT GRANT OPTION ON *.* TO 'devadmin'@'%'; FLUSH PRIVILEGES;
注意：GRANT OPTION 不是可选的——没有它，用户建完库也无法给其他用户授库内表权限；ALTER 和 DROP 常与 CREATE 搭配使用，避免后续操作反复报错。
复杂点在于：权限粒度是分层的（global → schema → table），而建库属于最顶层，一旦开得过大（比如 ALL PRIVILEGES ON *.*），又没配好 host，就等于把整套实例裸奔暴露出去。所以宁可多点几下勾选，也不要图省事全选。
