批量删除数据库用户须逐个操作：mysql用quote()拼drop user并人工核对；postgresql用\gexec+quote_ident()先清理依赖再删；sql server需区分sql/windows登录并加方括号；所有操作前必做dry-run并验证元数据。
mysql 中批量删除多个用户：别直接拼 sql 字符串
直接用 concat 拼 drop user 语句再执行，看似省事，实则容易因用户名含特殊字符（如 @、短横线、空格）或权限残留导致失败。mysql 的 drop user 不支持通配符或列表语法，必须逐个调用。
- 先查出目标用户：用
SELECT User, Host FROM mysql.user WHERE User LIKE 'prefix%';确认范围，注意Host列也参与用户唯一性判断 - 生成安全的删除语句：用
QUOTE()包裹User和Host，避免 SQL 注入和语法错误，例如：SELECT CONCAT('DROP USER ', QUOTE(User), '@', QUOTE(Host), ';') FROM mysql.user WHERE User IN ('u1', 'u2'); - 复制结果、人工核对后再执行——千万别管道直连
mysql -e自动执行，出错无法回滚
PostgreSQL 批量删角色：用 psql 元命令 + 循环更稳
PG 没有原生批量 DROP ROLE，但可以用 \gexec 配合生成语句，比写 PL/pgSQL 函数更轻量、更易验证。
- 确保你有
CREATEROLE权限，且目标角色不拥有数据库、schema 或对象（否则DROP ROLE会报dependent objects exist） - 先清理依赖：
REASSIGN OWNED BY role1, role2 TO postgres; DROP OWNED BY role1, role2;
- 再生成并执行删除：
SELECT 'DROP ROLE ' || quote_ident(rolname) || ';' FROM pg_roles WHERE rolname IN ('app_rw', 'app_ro') \gexec -
quote_ident()处理大小写敏感名和特殊字符，比字符串拼接可靠得多
SQL Server 删除多个登录名：注意 Windows 登录与 SQL 登录的差异
SQL Server 的 DROP LOGIN 不能跨类型批量操作，Windows 登录（DOMAIN\user）和 SQL 登录（纯用户名）在系统视图中字段不同，混查易漏。
- 查 SQL 登录：
SELECT name FROM sys.sql_logins WHERE name NOT IN ('sa', '##MS_PolicyEventProcessingLogin##'); - 查 Windows 登录：
SELECT name FROM sys.server_principals WHERE type IN ('U', 'G') AND name NOT LIKE '%\SQLServer%'; - 删除时必须分开处理：SQL 登录用
DROP LOGIN [name]；Windows 登录用DROP LOGIN [DOMAIN\user]，方括号不能省，否则带反斜杠会解析失败 - 若用户已映射到数据库用户，需先在对应 DB 中运行
DROP USER，否则DROP LOGIN可能静默失败（取决于版本和设置）
自动化脚本里删用户：永远先做 dry-run，且检查 INFORMATION_SCHEMA 以外的元数据源
很多脚本只查 INFORMATION_SCHEMA.SCHEMATA 或简单 SELECT * FROM users，但实际用户状态可能存在于缓存、复制延迟节点或未刷新的权限表中。
- MySQL：删前跑
FLUSH PRIVILEGES;，确认mysql.user表是最新的；删后用SELECT User, Host FROM mysql.user再查一遍 - PostgreSQL：删完用
\du验证，不要只信pg_roles查询结果，某些临时角色可能未及时落盘 - 所有脚本开头加
--dry-run开关，输出将要执行的语句，不真正执行——这个开关不是可选的，是必须的
真正麻烦的不是“怎么删”，而是删完之后应用连不上、监控告警突增、或者某个冷门服务因为用了硬编码的旧账号突然崩掉。多看一眼 Host、多包一层 QUOTE()、多跑一次 \du，比事后翻日志快得多。
