必须执行GRANT DELETE语句才能生效，DBeaver图形界面不直接写入表级DELETE权限；MySQL需GRANT DELETE ON db.table，PostgreSQL需先GRANT USAGE ON SCHEMA再GRANT DELETE ON TABLE，SQL Server需GRANT DELETE ON OBJECT::schema.table。
直接给用户 DELETE 权限，不能只靠 DBeaver 点点就完事——它只是图形界面，底层必须执行 GRANT DELETE 语句，否则权限不生效。
为什么在 DBeaver 里点“权限”标签页没用
DBeaver 的【用户】→【编辑】→【权限】标签页，对 MySQL 和 PostgreSQL 实际不写入 DELETE 权限（尤其 MySQL 8+）。它主要展示/修改角色继承关系或系统级权限（如 CREATE、DROP），但表级 DELETE 必须显式 GRANT。你勾选了“Delete”并保存，DBeaver 可能根本没发 SQL，或者发的是无效语句（比如对整个 schema 授予，而 MySQL 不支持 schema 级 DELETE）。
- MySQL 中，
DELETE权限必须按GRANT DELETE ON database.table TO 'user'@'host'粒度授予，GRANT DELETE ON database.*才有效，GRANT DELETE ON *.*是全局但危险 - PostgreSQL 中，
DELETE是表级权限，需先确保用户有USAGEon schema，再GRANT DELETE ON TABLE schema.table TO user - SQL Server 中，DBeaver 的权限界面基本不处理
DELETE，得进【角色】→【新建角色】→ 分配db_datawriter或手动GRANT DELETE ON [schema].[table]
正确做法：用 SQL 直接授 DELETE 权限
别依赖可视化界面点选。打开 SQL 编辑器，执行对应语句：
- MySQL（8.0+）：
GRANT DELETE ON mydb.users TO 'app_user'@'%'; FLUSH PRIVILEGES;（FLUSH在部分版本非必需，但保险起见加上） - PostgreSQL：
GRANT USAGE ON SCHEMA public TO app_user; GRANT DELETE ON TABLE public.orders TO app_user; - SQL Server：
GRANT DELETE ON OBJECT::[dbo].[products] TO [app_user];（注意：不是GRANT DELETE ON products，必须带OBJECT::前缀）
执行后，用该用户重新连一次 DBeaver，再试 DELETE FROM ... —— 如果还报错，大概率是权限没刷进会话，关掉连接重连，或查 SHOW GRANTS FOR 'app_user'@'%' 确认。
常见报错和对应检查点
即使授了 DELETE，仍可能失败：
-
ERROR 1142 (42000): DELETE command denied to user：说明GRANT语句没执行成功，或ON后的库表名拼错（比如大小写、反引号、数据库名漏写） - DBeaver 提示“权限不足”但连接正常：这是元数据探测阶段失败，和
DELETE无关；先确认能否执行SELECT COUNT(*) FROM table，再查information_schema.role_table_grants（PG）或mysql.tables_priv（MySQL）看权限是否真写入 - SQL Server 导入 CSV 失败却提示无
DELETE权限：实际可能是 DBeaver 尝试SET IDENTITY_INSERT需要ALTER权限，和DELETE无关——别被错误信息误导
真正卡住人的地方，从来不是“怎么点”，而是“点完有没有真正生成那条 GRANT 语句”。每次授完权，务必用同用户登录执行 SELECT 验证连接，再执行 DELETE 验证权限，中间少跳一步都白忙。
