MongoDB的local数据库不支持用户授权，任何角色（包括readAnyDatabase）均无法访问，必须通过rs.status()等专用命令查看复制状态和oplog。
local 数据库不能被普通用户访问，这是设计使然
MongoDB 的
数据库是实例级内部数据库，用于存储复制集、分片、oplog 等元数据，它**不支持任何用户授权机制**。即使你用
在
或其他库中创建了高权限用户，也**无法通过
配置对
库的读写权限**——MongoDB 会直接忽略这类角色声明，且不报错，只静默失效。
为什么
对 local 无效
因为
不在权限模型覆盖范围内：所有内置角色（如
、
、
）和任意数据库角色（如
）都明确排除
。这是硬编码限制，不是配置疏漏。
允许读取除
和
外的所有数据库
同样跳过
—— 它不能执行
或
等操作于
上
即使以
身份登录，
后执行
仍会返回
想查 oplog 或复制状态？走正确路径，别硬碰 local
运维人员常误以为要“进
库查 oplog”，但实际应使用专用命令和角色：
查看复制状态：
（需
角色，且必须在
库认证）
查看 oplog 大小与状态：
，同样依赖
读取 oplog 内容（仅限诊断）：
→
，但这要求以
内部身份运行（即 mongod 进程自身），普通用户 shell 无法绕过
若强行用
，会触发
部署时最易忽略的一点
很多人在 Atlas 或云托管环境里发现
根本不可见——这不是权限问题，而是服务提供商默认屏蔽了该库的 shell 访问入口。本地自建部署虽能
，但只要启用了
，所有对
的集合操作都会被拒绝，连
都不行。别把它当普通库去配用户、加索引或备份，它只属于 MongoDB 进程自己。
localdb.createUser()adminroleslocaldb.grantRolesToUser()localreadreadWritedbAdminreadAnyDatabaselocalreadAnyDatabaselocalconfigdbAdminAnyDatabaselocaldb.stats()collStatslocalrootuse localshow collections"unauthorized"localrs.status()clusterMonitoradminrs.printReplicationInfo()clusterMonitoruse localdb.oplog.rs.find().limit(1)__systemmongo --eval "db.getSiblingDB('local').oplog.rs.find().limit(1)""not authorized on local to execute command"localuse local--authlocaldb.oplog.rs.countDocuments({})