使用Node.js驱动设置secondary读偏好，MongoDB count命令挂起？

我来帮你分析下这个问题——你遇到的count()指定SECONDARY读偏好时挂起的情况，在MongoDB 3.6搭配Node.js驱动3.0的环境里其实是有明确原因和解决办法的：

问题根源 #

1. 旧count()命令的兼容性缺陷：MongoDB 3.6开始，官方已经不推荐使用旧的count()命令了，它在处理非主节点读偏好时，存在同步逻辑上的漏洞——当从节点oplog同步延迟，或者驱动对该命令的读偏好处理存在版本兼容bug时，很容易导致请求一直阻塞挂起。
2. 强制读从节点的风险：你的副本集默认读偏好是primaryPreferred，但你显式指定了SECONDARY，这会强制驱动去连接从节点。如果从节点处于同步未完成、网络不可达的状态，或者未开启读权限，驱动的请求就会一直等待，最终导致程序挂起。

具体解决方案 #

方案1：替换为官方推荐的计数方法

把旧的count()替换成3.6+版本支持的countDocuments()（精确计数）或estimatedDocumentCount()（估算计数），这两个方法对读偏好的支持更稳定，也是官方后续主推的计数方式：

// 精确计数（支持过滤条件）
return col.countDocuments({}, {readPreference: ReadPreference.SECONDARY});
// 估算计数（不支持过滤条件，性能更高）
// return col.estimatedDocumentCount({readPreference: ReadPreference.SECONDARY});

方案2：调整读偏好设置

如果你不需要强制从从节点读取，可以去掉显式的readPreference配置，沿用副本集默认的primaryPreferred——这样驱动会优先读主节点，主节点不可达时才切换到从节点，避免因为从节点的异常状态导致请求挂起。

方案3：添加超时限制避免永久挂起

如果一定要指定SECONDARY读偏好，可以在创建MongoDB客户端时添加超时配置，这样即使请求卡住，也会在超时后抛出错误而不是一直挂起：

const client = new MongoClient(yourConnectionUri, {
  socketTimeoutMS: 30000, // 30秒socket超时
  connectTimeoutMS: 30000, // 30秒连接超时
  readPreference: ReadPreference.SECONDARY
});

额外验证步骤 #

如果修改后还是有问题，可以登录副本集的从节点，执行rs.status()检查节点是否处于正常的SECONDARY状态，同时确认从节点允许读操作（3.6+版本默认允许，不需要额外设置slaveOk，但如果之前手动关闭过，需要重新开启）。

内容的提问来源于stack exchange，提问作者Joey Yi Zhao