不能删，root是MongoDB内置超级角色，硬编码于服务端，不存于system.users集合，无法通过dropUser或updateUser修改；删除拥有root的用户仅移除其权限绑定，root角色本身仍存在且不可变更。
root角色能不能删？删了会怎样
不能删，root 是 MongoDB 内置的超级角色，不是普通用户，它没有对应的文档存储在 admin.system.users 中，所以 db.dropUser() 或 db.updateUser() 对它完全无效——命令会静默失败，或直接报错 "no such user"。
- 你只能删掉拥有
root角色的**用户**（比如叫admin的那个账号），但删完后，root角色本身依然存在，随时可以再分配给新用户 - 试图对
root角色执行db.runCommand({ revokeRolesFromRole: "root", roles: [...] })会失败：MongoDB 不允许修改内置角色的权限定义 - 云数据库（如阿里云 MongoDB 4.4+）更严格：
root实际映射为alibabaCloudAdmin，连admin库的写权限都被主动阉割，就是防你误操作
想“降权”root用户？别动角色，动用户
真正能改的是「谁拥有 root 权限」，而不是 root 本身。比如你发现有个 admin 用户绑着 root，但生产环境不该用它连应用服务——这时应该：
- 新建一个最小权限用户：
db.createUser({user:"app-user", pwd:"xxx", roles:[{role:"readWrite", db:"myapp"}]}) - 把原
admin用户的角色换成更收敛的：db.updateUser("admin", {roles:[{role:"userAdminAnyDatabase", db:"admin"}]}) - 绝对不要用
db.updateUser("admin", {roles:[]})清空角色——这会让该用户彻底失去所有权限，包括登录admin库的能力，且无法自恢复
为什么不能删/改root？底层设计就这么定的
MongoDB 的 RBAC 模型里，内置角色（root、readWriteAnyDatabase 等）是硬编码在服务器二进制里的，启动时加载进内存，不走任何集合读写流程。它们的作用是作为权限系统的“锚点”，保证总有办法回到完全控制状态。
- 如果你删掉了唯一一个
root用户，又没留其他高权限账号（比如userAdminAnyDatabase），就真可能被锁死——连创建新管理员都做不到 - 配置文件里加了
security.authorization: enabled却没提前建好管理员？mongod 启动后你将无法执行任何写操作，连use admin都会被拒绝 - 本地测试时容易忽略这点：直接
mongo进去还能操作，是因为没开 auth；一旦开了，没用户就等于没钥匙
替代方案：用组合角色代替root更安全
生产环境几乎不需要纯 root。大多数管理需求，用几个精准角色拼起来更可控：
-
userAdminAnyDatabase+dbAdminAnyDatabase：能管所有库的用户和结构，但不能读写数据 -
readWriteAnyDatabase+clusterMonitor：能查所有数据+看监控，但不能删库、改用户 - 分片集群必须用
clusterAdmin，但它不自动带readWriteAnyDatabase，得显式叠加
真正的麻烦往往出在：以为给了 root 就一劳永逸，结果某次误操作把 config 或 local 库搞崩了，而恢复时才发现备份脚本用的也是同一个 root 账号——权限太大，反而没隔离。
