非分片模式下，如何配置MongoDB多集合适配微服务实现数据均匀分配？

仅靠MongoDB自身的配置无法实现你描述的「自动选择资源占用最少的集合写入」逻辑——MongoDB没有内置机制支持基于集合资源负载动态路由写入请求，不管是单实例还是副本集模式，都没有对应的配置项可以直接开启这个功能。

不过你可以通过业务层或中间件层自定义逻辑来实现需求，以下是具体可行的方案：

方案1：在微服务业务代码中实现路由逻辑 #

在每个微服务实例的写入流程里，主动查询各目标集合的资源状态，再选择负载最低的集合执行插入：

• 用db.collection.stats()获取集合的关键指标：比如storageSize（存储空间占用）、count（文档数量）、indexSize（索引大小）等，你可以根据实际需求选择判断标准（比如优先选存储空间最小的）。
• 为避免频繁查询带来的性能损耗，可以定期缓存各集合的状态（比如每10秒刷新一次），写入时直接用缓存数据做判断。
• 简单代码示例（Node.js环境）：

  // 假设已初始化MongoDB连接db
  const TARGET_COLLECTIONS = ['service_coll_1', 'service_coll_2', 'service_coll_3', 'service_coll_4', 'service_coll_5'];
  
  async function selectLeastLoadedCollection() {
    let targetCollName = TARGET_COLLECTIONS[0];
    let minStorage = Infinity;
    
    // 遍历所有集合，统计存储空间
    for (const collName of TARGET_COLLECTIONS) {
      const stats = await db.collection(collName).stats();
      if (stats.storageSize < minStorage) {
        minStorage = stats.storageSize;
        targetCollName = collName;
      }
    }
    
    return db.collection(targetCollName);
  }
  
  // 插入数据时调用
  async function insertData(data) {
    const targetColl = await selectLeastLoadedCollection();
    return targetColl.insertOne(data);
  }
  

• 并发场景下可以加一点随机逻辑，避免多个实例同时选中同一个集合（比如当多个集合负载接近时，随机选一个）。

方案2：自定义MongoDB代理服务 #

如果不想改动现有微服务代码，可以搭建一个中间代理服务：

• 代理服务负责拦截所有MongoDB写入请求，在代理层完成「查询集合负载→选择目标集合」的逻辑，再将请求转发到对应的集合。
• 微服务实例只需连接这个代理，无需感知底层集合的路由规则，适合对现有代码侵入性要求低的场景。

关键注意事项 #

• 确保所有目标集合的索引结构完全一致，因为你的微服务实例是同构的，一致的索引才能保证各集合的查询性能统一。
• 定期监控各集合的负载情况，避免出现单个集合长期过载的情况（比如设置阈值，当集合大小超过某个值时手动触发数据迁移）。
• 严格规避MongoDB分片技术，所有路由逻辑完全由自定义代码实现，符合你的需求限制。

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