DBeaver不提供直接删除数据库用户的图形界面，需在SQL编辑器中手动执行DROP USER（MySQL）或DROP ROLE（PostgreSQL）语句，且必须正确指定host、确保权限足够并处理依赖关系。
DBeaver 本身不提供直接删除数据库用户的图形界面操作
这是最容易误解的一点：DBeaver 是一个客户端工具，它不管理数据库的用户权限体系，也不执行 DROP USER 或 REVOKE 这类 DCL 语句——它只负责把你的 SQL 发给数据库服务器执行。所以「在 DBeaver 里删用户」，本质是在它的 SQL 编辑器里手动写并运行对应语句。
MySQL 中删除用户的正确 SQL 语句（必须显式指定 host）
MySQL 的用户由 'username'@'host' 共同唯一标识，漏掉 @'host' 部分会导致删错人，甚至报错 ERROR 1396 (HY000): Operation DROP USER failed。
-
DROP USER 'dev_user'@'localhost';—— 删除本机登录用户 -
DROP USER 'dev_user'@'%';—— 删除任意主机可连用户 -
DROP USER 'dev_user'@'192.168.1.%';—— 删除指定网段用户 - 不能只写
DROP USER 'dev_user';（MySQL 8.0+ 会报错；5.7 可能误删第一个匹配项）
PostgreSQL 删除用户的实际命令是 DROP ROLE
PostgreSQL 没有独立的 “user” 概念，所有用户都是 ROLE，且默认带 LOGIN 属性。删除前需确保该角色没被任何数据库、schema 或对象依赖，否则会报 ERROR: role "xxx" cannot be dropped because some objects depend on it。
- 先查依赖：
SELECT * FROM pg_depend WHERE refobjid = 'xxx'::regrole; - 常用清理顺序：先
REVOKE所有权限 → 再DROP OWNED BY xxx（清空其创建的对象）→ 最后DROP ROLE xxx; - 注意：
DROP OWNED BY会直接删掉该角色拥有的表、函数等，不可逆
执行前必须确认连接的是目标数据库实例，且当前用户有足够权限
常见失败原因不是语句写错，而是权限或上下文问题：
- MySQL：当前连接用户必须有
CREATE USER或DELETE权限（取决于版本），普通SELECT用户无法删用户 - PostgreSQL：必须是超级用户（
superuser）或该ROLE的拥有者（OWNER）才能执行DROP ROLE - DBeaver 默认连接的是某个具体数据库（如
testdb），但DROP USER/DROP ROLE是全局操作，无需指定库，但连接必须能抵达系统 catalog（MySQL 的mysql库，PG 的postgres或任意库均可）
最常被忽略的是 host 匹配和权限校验——这两处出错，语句看起来完全正确，却始终执行失败。
