必须在用户所属的认证数据库中执行db.dropUser()，否则静默失败；需先用getUsers()确认用户db字段，再use对应库执行删除，返回true才成功。

必须在用户所属的认证数据库中执行 db.dropUser()，否则静默失败——命令返回 false 或看似成功，但用户依然存在。

确认用户归属哪个认证数据库

MongoDB 用户绑定的是「认证数据库」，不是全局对象。同一个用户名可能在 admin、myapp、logs 里各有一份，互不影响。删错库等于白操作。

• 查当前库所有用户：db.getUsers({showCredentials: false})
• 查 admin 库中指定用户：db.getSiblingDB("admin").getUsers({filter: {user: "app_reader"}})
• 看返回结果里的 db 字段，例如 {"user": "app_reader", "db": "admin"} —— 这个 db 值才是你必须 use 的目标库
• 不确定时，别猜：花 10 秒执行一次 db.getSiblingDB("admin").getUsers() 全量扫一遍，比反复重试快得多

执行 db.dropUser() 的正确姿势

用户名是字符串，区分大小写；命令只在当前数据库上下文中生效。很多“删不掉”的问题，本质是 use 错了库。

• 先切换到目标认证数据库：use admin（如果用户属于 admin）
• 再调用删除：db.dropUser("app_reader")
• 返回 true 表示成功；返回 false 通常是因为用户不存在，或当前库不匹配（不是权限问题）
• 不支持通配符：db.dropUser(/legacy_.*/) 会直接报语法错误；也不支持数组：db.dropUser(["u1", "u2"]) 无效

批量删除前必须预览，且脚本里仍要显式指定库

想删一批前缀为 legacy_ 的用户？不能靠命令行参数，得写脚本，但每一步都得防误删。

• 先安全预览（不删，只打印）：

  db.getSiblingDB("admin").getUsers().forEach(u => {
    if(u.user.startsWith("legacy_")) printjson(u);
  });

• 确认无误后执行删除（注意：dropUser() 调用前仍需 getSiblingDB("admin")）：

  db.getSiblingDB("admin").getUsers().forEach(u => {
    if(u.user.startsWith("legacy_")) db.getSiblingDB("admin").dropUser(u.user);
  });

• 权限不足会明确报错，如 "not authorized on admin to execute command { dropUser: \"xxx\" }"，说明当前账号没 userAdmin 或 userAdminAnyDatabase 角色，不是命令写错了

最容易被忽略的不是语法，而是上下文错位

删用户失败却不报错，大概率是 use 的库和用户实际归属的认证数据库不一致。MongoDB 不会警告你“你在 test 库删 admin 用户”，它就安静地什么也不做。每次执行前，盯一眼 getUsers() 返回里的 db 字段，比翻文档、重连 shell、换账号登录都管用。