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