MongoDB聚合出现PlanExecutor临时服务不可用错误排查求助

针对你遇到的MongoDB Atlas聚合操作中因$listSearchIndexes触发的「service temporarily unavailable」随机报错，以下是具体的触发原因和解决办法：

触发原因 #

• 搜索服务临时资源瓶颈：Atlas的搜索索引服务运行在独立节点上，当搜索节点出现CPU/内存瞬时峰值、或者索引元数据同步存在短暂延迟时，$listSearchIndexes请求会因资源不足返回临时不可用错误，这类情况通常是偶发的，资源恢复后请求就能正常执行。
• 驱动重试策略未覆盖该场景：Node.js官方驱动默认的重试配置可能没有针对$listSearchIndexes这类操作的临时错误进行自动重试，导致第一次请求失败，手动重试时服务已恢复正常。
• 搜索索引变更同步延迟：如果近期有创建、删除或修改搜索索引的操作，Atlas在同步索引元数据的过程中，可能会出现短暂的服务不稳定，此时调用$listSearchIndexes就会触发报错。

解决与预防办法 #

• 调整驱动重试配置：在初始化MongoClient时，配置针对临时错误的自动重试策略，覆盖$listSearchIndexes相关的读操作。示例代码如下：

const { MongoClient } = require('mongodb');

const uri = '你的Atlas连接字符串';
const client = new MongoClient(uri, {
  retryReads: true,
  retryWrites: true,
  retryDelay: 150, // 每次重试的间隔毫秒数
  numberOfRetries: 3, // 最大重试次数
  // 指定需要重试的错误码，包含服务临时不可用相关的错误码
  retryableReadErrorCodes: [11601, 13435, 13436]
});

• 优化搜索索引管理：避免在业务高峰期执行搜索索引的创建、修改或删除操作；完成索引变更后，在Atlas控制台确认索引状态为ACTIVE后，再恢复相关聚合操作。
• 监控并升级搜索节点资源：在Atlas控制台的「性能监控」板块查看搜索节点的CPU、内存、磁盘IO指标，如果频繁出现资源峰值，考虑升级搜索节点的规格，或者优化搜索索引结构（比如减少索引字段、调整分词规则）来降低资源消耗。
• 缓存索引列表结果：如果你的聚合操作需要频繁调用$listSearchIndexes，可以在应用层缓存索引列表，设置合理的刷新间隔（比如5分钟），减少对搜索服务的重复请求。

内容的提问来源于stack exchange，提问作者Jean-Samuel Girard