mysql中drop user报“unknown user”是因未指定完整'user'@'host'格式；需查mysql.user表确认，5.7+支持批量删除，误删系统账号需备份恢复。
mysql 里 drop user 报错 “unknown user” 却删不掉？
不是用户不存在，而是 mysql 的用户名带 host 部分，比如 'app_user'@'192.168.1.%' 和 'app_user'@'localhost' 是两个完全不同的账号。直接写 drop user 'app_user'; 会报错——mysql 要求必须带上完整的 'user'@'host' 格式。
- 查真实账号用
SELECT User, Host FROM mysql.user;，别只看User列 - 删除前先确认是否被应用还在使用（比如连接池配置、配置文件里的 DB 用户名）
- MySQL 5.7+ 支持一次性删多个：
DROP USER 'u1'@'h1', 'u2'@'h2';；5.6 及更早版本不支持逗号语法，得逐条执行 - 如果误删了 root 或其他系统账号，
mysql_upgrade不会恢复它，得靠备份或重新初始化权限表
PostgreSQL 怎么安全删掉一个 ROLE？
PostgreSQL 没有 DROP USER 这个命令，USER 是 ROLE 的别名，真正该用的是 DROP ROLE。但直接删大概率失败，因为角色可能正被数据库对象依赖。
- 先检查依赖：
SELECT * FROM pg_depend WHERE refobjid = 'your_role_name'::regrole; - 常见阻塞点：角色是某个 schema 的 owner、有函数或表的
OWNER、正在被pg_hba.conf引用 - 若只是登录用户且无对象归属，加
IF EXISTS更稳妥：DROP ROLE IF EXISTS app_reader; - 注意：PostgreSQL 不自动回收该角色创建的对象，删 role 前最好先
REASSIGN OWNED BY app_writer TO postgres;
SQL Server 删除登录名后，数据库用户还在？
SQL Server 分「登录名（Login）」和「数据库用户（User）」两层。删了 LOGIN，对应数据库里的 USER 还在，变成孤立用户（orphaned user），下次 restore 或迁移容易出问题。
- 删 login 前，先查它映射了哪些 db user：
SELECT dp.name AS database_user, sp.name AS server_login FROM sys.server_principals sp JOIN sys.database_principals dp ON sp.sid = dp.sid WHERE sp.name = 'legacy_app'; - 删完 login 后，进对应数据库手动清理：
DROP USER [legacy_app]; - 如果数据库启用了 containment（部分包含数据库），
CREATE USER可能没绑 login，这种用户得单独处理，不能指望删 login 带走
Oracle 中 DROP USER 卡住或报 ORA-01922？
ORA-01922 表示你没加 CASCADE，而该用户下有对象（表、索引、过程等）。Oracle 默认禁止删非空用户，必须显式声明级联删除。
- 安全做法：先导出关键数据（如有），再执行
DROP USER app_test CASCADE; -
CASCADE会删所有对象 + 权限 + 角色授权，但不会删表空间（tablespace），如果该用户是某个表空间的默认或临时表空间 owner，得提前改掉 - 如果用户正在执行会话，
DROP USER会等 session 结束；加FORCE（12c+）可中断会话，但要小心应用连接中断 - 注意：
DROP USER不触发任何 DDL trigger，审计日志里也只记一条语句，不记录删了哪些对象
最常被忽略的一点：跨环境同步时，开发库删了用户，测试/生产库忘了同步，结果部署脚本里突然出现 CREATE USER 冲突，或者权限校验失败。删用户不是终点，得确认上下游配置、连接字符串、CI/CD 脚本里是否还残留引用。
