MongoDB ref内部工作原理是什么？关联文档是直接寻址还是全表查询？

MongoDB 关联引用存储与查询逻辑解答 #

1. 跨集合文档的存储形式

其他集合的文档不会完整存入当前文档，仅会存储关联文档的_id值，你示例中User集合的post字段存的就是Post集合对应文档的_id，没有多余的关联元数据。

2. 关联查询的时间复杂度

不存在全表遍历的情况，查询复杂度为O(1)，核心原因如下：

• MongoDB 会为所有集合的_id字段默认创建唯一索引，基于_id的查询会直接走索引定位目标文档，不需要扫描全表。
• 就算你用 Mongoose 等 ODM 的populate方法自动填充关联数据，底层逻辑也是「先查主表拿到关联_id→ 再用_id查关联表」两步操作，全程走_id索引，不会触发全表扫描。

注意：如果你用非_id字段做关联，且没有给该关联字段建立索引，才会触发全表扫描，时间复杂度退化为O(n)，你示例的基于_id的引用场景不会出现这个问题。

对应你给出的示例场景验证

你给出的集合结构如下：

User {
  _id: ObjectId, // 用户集合默认主键
  name: String,
  post: ObjectId // 存储Post集合对应文档的_id
}

Post {
  _id: ObjectId, // 帖子集合默认主键
  title: String,
  body: String
}

当你查询特定用户关联的帖子时，流程是：

1. 先查User集合拿到目标用户的post字段值（也就是关联帖子的_id）
2. 拿着这个_id去Post集合查询，直接走_id的默认索引定位到对应的帖子文档，全程不需要遍历Post集合的所有文档。

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