优化400万行MongoDB集合查询：Node.js查询提速方案咨询

• 创建复合索引
  这是解决当前查询慢最核心的手段。你现在用userId和videoId组合查询时没有索引，MongoDB会执行全表扫描（400万数据的全表扫描必然耗时）。直接创建针对这两个字段的复合索引：

  db.yourCollectionName.createIndex({ userId: 1, videoId: 1 })
  

  索引创建完成后，相同的findOne查询会直接走索引扫描，速度能大幅提升，基本能把耗时压到1秒内。注意索引会占用一定磁盘空间，但对于400万条数据的复合索引来说，开销完全在可接受范围内。

• 投影优化：只返回需要的字段
  默认findOne会返回整个文档，如果你的文档包含大量冗余字段（比如大文本、二进制数据），传输和序列化这些数据会额外消耗时间。可以通过投影指定只返回业务需要的字段：

  collection.findOne(
    { userId: "id1", videoId: "id2" },
    { projection: { title: 1, videoUrl: 1, _id: 0 } } // 只取title、videoUrl，排除_id
  )
  

  减少数据传输量后，整体响应速度会进一步提升。

• 应用层缓存（Redis）
  如果查询的内容不是实时更新的，可以把查询结果缓存到Redis中，用userId:videoId作为缓存键，设置合理的过期时间（比如1小时，根据数据更新频率调整）。后续相同请求直接从Redis取数据，速度比查MongoDB快一个量级：

  // 伪代码
  const cacheKey = `${userId}:${videoId}`;
  const cachedData = await redis.get(cacheKey);
  if (cachedData) {
    return JSON.parse(cachedData);
  }
  const data = await collection.findOne({ userId, videoId }, { projection: ... });
  await redis.set(cacheKey, JSON.stringify(data), 'EX', 3600);
  return data;
  

  首次加载还是会查MongoDB，但结合索引已经能满足1-2秒的要求，后续请求速度会更快。

• 检查查询执行计划
  用explain命令确认查询是否真的走了索引，避免索引创建后因为类型不匹配等问题没生效：

  db.yourCollectionName.explain("executionStats").findOne({ userId: "id1", videoId: "id2" })
  

  看输出中的executionStats.executionStages.stage字段，如果是IXSCAN说明走了索引；如果是COLLSCAN，要排查是否存在字段类型不匹配（比如MongoDB中userId存的是Number，你传的是String）或者索引创建错误。

• 关于预加载的补充
  预加载适合用户进入站点后大概率会访问的固定内容，但如果用户首次进入时不知道具体要查的videoId，预加载的意义不大。优先用上面的索引+缓存方案，已经能解决核心问题。

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