MongoDB连接池默认不主动驱逐失效连接，依赖懒检测机制；需配置副本集连接字符串、启用并调优heartbeatFrequencyMS等SDAM参数，才能及时感知主节点变更。
不会自动刷新，连接池里的旧连接会继续被复用，直到超时或显式关闭。 这是多数 MongoDB 官方驱动（如 Java Driver、Node.js mongodb 包）的默认行为，也是线上服务在主从切换后持续报 NotPrimaryError 或连接超时的最常见原因。
为什么连接池不主动驱逐失效连接
驱动默认关闭连接有效性校验，靠的是“懒检测”：只有当某条连接被取出、准备执行命令时，才尝试发一个轻量心跳（如 isMaster）确认它是否还连着有效的 Primary。如果此时副本集已完成切换，而该连接仍指向原已降级的节点，就会失败并标记为“不可用”，但不会立即从池中移除——下一次取到它，还得再试一次。
- Java Driver 默认
maxConnectionLifeTimeMS=0（永不过期）、minHeartbeatFrequencyMS=10000（心跳间隔 10 秒），且heartbeatFrequencyMS不影响连接复用逻辑 - Node.js 的
mongodbv5+ 默认启用serverSelectionTimeoutMS=30000，但不等于“重连成功”，只是选不到可用 server 就抛错 - 连接池大小（
maxPoolSize）不变，僵尸连接仍占位，新连接可能被阻塞
如何让应用感知主节点变更并重建连接
核心思路是触发驱动的“服务器发现与监控”（SDAM）机制重新扫描拓扑，而不是等连接自然失效。这依赖两个关键配置：
- 必须使用副本集连接字符串，含完整节点列表，例如：
mongodb://node1:27017,node2:27017,node3:27017/?replicaSet=rs0；单点直连无法触发自动发现 - 开启
heartbeatFrequencyMS（推荐设为1000~5000），让驱动更频繁地向所有节点发isMaster探测，加速 topology 更新 - Java Driver 需显式启用
heartbeatConnectTimeoutMS和heartbeatSocketTimeoutMS，避免探测卡住线程
注意：connectTimeoutMS 和 socketTimeoutMS 控制的是命令级超时，对 SDAM 心跳无效——必须用专门的 heartbeat 参数。
常见错误现象与对应检查点
切换后请求批量失败，日志反复出现 NotPrimaryError 或 Connection refused，但应用没重启：
- 检查连接字符串是否含
replicaSet=xxx参数，且所有节点 host 可达（telnet node1 27017） - 确认驱动版本：v4.7+（Java）、v5.0+（Node.js）才默认启用 SDAM；老版本需手动调用
cluster.onChange()或重建MongoClient - 观察
topologyDescription日志（Java 开启DEBUG级别；Node.js 设loggerLevel: 'debug'），看是否在切换后及时更新了type: "ReplicaSetNoPrimary"→"ReplicaSetWithPrimary" - 避免在应用层做“连接池预热”时缓存
MongoDatabase或MongoCollection实例——它们不感知 topology 变更，应每次按需获取
真正起作用的不是“重连”，而是驱动对副本集拓扑的持续观测和响应。一旦配置不到位，哪怕只差一个 replicaSet 参数或心跳间隔设得过大，切换后的几分钟内，连接池就只是在不断复用一批已失效的连接。
