secondary节点聚合报“无法使用磁盘”是wiredtiger为保障oplog复制而禁用spill-to-disk的设计限制，非磁盘真满；需改用primary执行、优化查询结构或加maxtimems限流，而非强行启用allowdiskuse。
Secondary节点执行聚合时提示“无法使用磁盘”
这是 WiredTiger 存储引擎在从节点上触发的硬性限制：当 readPreference 为 secondary 或 secondaryPreferred，且聚合操作需要临时磁盘（如 $group、$sort 超过内存限制）时，MongoDB 会直接拒绝执行，报错类似 Sort exceeded memory limit of 104857600 bytes 或更明确的 Unable to execute query: error processing query: ns=... No disk space available for sort/group。
根本原因不是磁盘真满了，而是 MongoDB 默认禁止 Secondary 节点将聚合中间结果写入磁盘——这是为防止 I/O 竞争干扰 oplog 复制链路而设的安全策略。
- 该限制由
allowDiskUse参数控制，但仅在连接到primary时才被真正生效；Secondary 上即使显式传了{ allowDiskUse: true }，WiredTiger 也会忽略 - 副本集成员角色决定了存储引擎行为：Secondary 的
wiredTiger.cacheSizeGB实际被强制压低（尤其在 4.4+），且sort/group的 spill-to-disk 路径被禁用 - 不是 bug，是设计：避免慢聚合阻塞
oplogRepl线程，否则rs.status()中的optimeDate会停滞，状态卡在RECOVERING
如何让聚合在Secondary上真正用上磁盘
不能靠改参数绕过，必须调整执行位置或查询结构。核心思路是：要么不让它落到 Secondary，要么让它不依赖磁盘。
- 把聚合请求发给
primary：在驱动或 mongosh 中显式指定readPreference=primary，并确保连接字符串中没带readPreference=secondary这类默认覆盖 - 加
maxTimeMS限流：在 secondary 上跑轻量聚合时，加{ maxTimeMS: 5000 }防止长查询拖垮复制，比强行开磁盘更安全 - 拆分聚合逻辑：把
$sort+$skip+$limit提前下推到索引扫描层，用.hint()引导走排序索引，避免内存溢出 - 禁用
explain("executionStats")：Secondary 上执行带explain的聚合会额外申请 buffer，更容易触发磁盘禁用报错
为什么rs.printSlaveReplicationInfo()延迟高，但聚合还在跑
这是典型的资源错配现象：聚合看似“在跑”，实则正在排队等 I/O 调度，而 oplog 应用线程已被挤占。此时 rs.printSlaveReplicationInfo() 显示延迟持续上升，但 top 看 CPU 不高，iostat -x 1 却能看到 await 持续 >50ms。
- Secondary 上的聚合不参与复制调度队列，它和
oplogRepl线程竞争同一套文件句柄和 page cache - WiredTiger 日志刷盘（
log.flush）会被聚合的大量随机读打断，导致writeLsn停滞，继而触发RECOVERING状态 - 检查真实瓶颈：运行
db.currentOp({ "secs_running": { "$gt": 2 } })，重点看secs_running和active字段，而非只盯numYields
Compass里聚合按钮灰掉或报错“not master”
这不是权限问题，是 Compass 自动识别节点角色后做的前端拦截。当你看到 Insert Document 按钮不可用，同时聚合报 not master，说明 Compass 当前连的是 Secondary，且已检测到该节点 stateStr !== "PRIMARY"。
- 检查连接字符串末尾是否带
&readPreference=secondary—— 即使你没手动加，某些旧版 Compass 模板会默认注入 - 不要点“Connect with Connection String”后直接点“Connect”，先点“Edit Connection”确认
Read Preference下拉框选的是Primary - 如果集群启用了
replicaSet参数但未填对名称，Compass 会 fallback 到单节点模式，误判所有节点为 standalone，此时也报磁盘相关错误
Secondary 节点的聚合能力本质是“降级可用”，不是“全功能替代”。真要跑重聚合，要么切 primary，要么提前建好物化视图集合，别指望从节点扛住磁盘型操作。
