第三台Web服务器MongoDB查询超时至connectTimeoutMS问题排查咨询

• MongoDB连接池耗尽：第三台Web服务器的MongoDB连接池被占满，新请求得等待空闲连接，直到触发connectTimeoutMS。大概率是代码出现连接泄漏（比如获取连接后未正确释放），或是突发流量集中打向这台服务器导致池资源耗尽。可以通过netstat查看服务器到MongoDB的连接数，或在MongoDB中查询currentConnections指标，和另外两台服务器做对比。

• 网络链路异常：

  • 该Web服务器与MongoDB节点之间的网络出现故障，比如交换机端口故障、路由表变更、防火墙误配置（新增了针对这台服务器的流量限制），导致丢包、延迟飙升。用ping、mtr工具测试两台机器间的连通性和延迟，同时检查服务器本地防火墙（iptables/ufw）和MongoDB端的防火墙规则。
  • 服务器网卡出现软/硬件故障，比如驱动异常、队列溢出，导致网络数据包处理缓慢。查看dmesg日志中是否有网卡相关报错，或用ethtool检查网卡运行状态。

• 客户端配置被篡改：虽然之前表现一致，但这台服务器的MongoDB客户端配置可能被意外修改——比如maxPoolSize设得过低，或是超时相关参数被调整。将三台服务器的客户端配置文件（如mongoose、pymongo的配置）做对比，确认connectTimeoutMS、socketTimeoutMS、maxPoolSize等参数完全一致。

• 服务器资源瓶颈：

  • CPU被其他进程占满，导致MongoDB客户端无法及时处理请求。用htop查看CPU使用率，排查是否有异常进程占用大量资源。
  • 内存不足触发大量swap交换，进程上下文切换变慢，MongoDB请求处理延迟增加。执行free -m查看swap使用率是否过高。
  • 磁盘IO负载爆表，比如存在大文件读写操作，阻塞了MongoDB请求。用iostat或iotop查看磁盘的IO使用率和等待时间。

• MongoDB端的定向限制：MongoDB集群可能将这台服务器的请求路由到了负载最高的节点，或是该服务器之前连接失败次数过多，被MongoDB加入黑名单，触发了连接惩罚机制。去MongoDB日志中搜索这台Web服务器的IP，查看是否有连接拒绝或延迟相关记录，同时检查MongoDB各节点的负载情况。

• 应用进程异常：Web服务器上的应用进程出现故障，比如内存泄漏导致进程卡顿，或是线程池耗尽，无法及时处理MongoDB查询。查看应用日志是否有报错，用ps命令检查进程状态，必要时重启应用测试是否恢复。

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