MongoDB副本集读偏好异常求助：查询执行节点不一致

针对你遇到的聚合查询有时走主节点、有时无日志的问题，结合MongoDB 3.4.10版本特性和EKS部署场景，原因可以从以下几个维度排查：

1. MongoDB 3.4聚合的读偏好限制 #

MongoDB 3.4中，聚合操作默认不遵循读偏好设置，只有当聚合查询满足两个条件时才会路由到从节点：

• 未使用$out、$merge这类写操作阶段
• 显式设置了allowDiskUse: true
  如果你的聚合查询不符合上述条件，即使调用.read('secondary')，驱动也会直接将请求发送到主节点，这就解释了为什么有时主节点会出现查询日志。

2. 驱动与版本兼容问题 #

你使用的MongoDB服务器和Shell都是3.4.10，若NestJS依赖的Mongoose或MongoDB Node.js驱动版本与3.4.x适配性差，.read('secondary')的配置可能无法被正确解析或传递到服务器，导致读偏好设置失效，请求随机路由或默认走主节点。

3. 副本集节点状态与同步延迟影响 #

• 当从节点的同步延迟超过驱动配置的maxStalenessSeconds（默认未启用该限制，但部分驱动会有隐性阈值），驱动会判定该从节点数据过时，自动切换到主节点执行查询。
• 若EKS集群内从节点出现临时网络波动、资源耗尽或重启，驱动会将请求转移到主节点，甚至在所有从节点不可用时，请求可能因重试失败而无日志记录。

4. 查询日志未捕获的场景 #

• 从节点的数据库日志级别配置过低（比如未开启profile或日志级别仅记录错误），导致聚合查询日志未被输出。
• 聚合查询命中MongoDB的查询缓存，服务器不会生成新的查询日志，表现为“无日志”。
• EKS的负载均衡或网络策略拦截了请求，导致查询未到达任何MongoDB节点，自然无日志。

5. 代码层面的配置覆盖问题 #

• 检查NestJS的数据库连接全局配置，是否存在默认读偏好设置（比如强制走主节点）覆盖了单个查询的.read('secondary')配置。
• 确认Mongoose版本支持聚合查询的.read()方法，部分旧版本Mongoose的聚合API可能不支持该读偏好设置。

内容的提问来源于stack exchange，提问作者Sebinn Sebastian