关于MongoDB中的固定集合（Capped Collection）和动态集合（Dynamic Collection）的数据存储形式

---

一、数据存储形式对比表

维度	固定集合（Capped Collection）	动态集合（Dynamic Collection）
容量管理	预定义固定大小（size）或文档数（max），数据写满后按插入顺序自动覆盖旧文档（类似环形队列）。	无固定大小限制，可无限扩展（除非手动设置分片或 TTL 索引）。
数据插入	严格按插入顺序写入，新文档覆盖旧文档（如日志场景保留最新记录）。	无顺序限制，允许自由插入任意结构的文档（支持动态增减字段）。
数据更新	若更新导致文档大小变化（如新增字段），操作会失败（报错：Cannot change the size of a document）；仅允许等量替换文档。	支持任意更新操作（$set、$unset 等），可动态扩展嵌套字段或修改数据类型。
数据删除	不支持删除单个文档（仅能通过 drop() 清空整个集合）。	允许使用 deleteOne()、deleteMany() 删除文档，支持 TTL 索引自动过期数据。
数据结构	文档结构相对固定（需避免字段扩展），适合简单且模式稳定的数据（如日志、传感器读数）。	无预定义模式，允许不同文档包含不同字段和嵌套层级（如用户画像、多租户系统）。
查询性能	极高（基于顺序写入和预分配内存，适合高频写入场景）。	中等（动态字段可能导致索引碎片化，复杂查询需优化索引设计）。

---

二、固定集合的数据存储形式

1. 存储机制

• 环形队列结构：数据按插入顺序写入预分配的内存空间，写满后自动覆盖最旧文档，类似循环缓冲区。
• 物理存储优化：采用顺序 I/O 操作，减少磁盘寻道时间，提升写入性能（适用于日志、实时监控）。
• 文档约束：文档大小和结构需保持稳定，更新操作不能导致文档膨胀或收缩。

2. 典型数据示例

// 固定集合中的日志文档（结构简单且稳定）
{
  _id: ObjectId("5f9d7b3b8c4a6e1d4c3b2a1c"),
  timestamp: ISODate("2023-08-15T08:00:00Z"),
  message: "Server started",
  level: "INFO"
}

---

三、动态集合的数据存储形式

1. 存储机制

• 灵活模式（Schema-less）：文档可包含任意字段和嵌套结构，支持动态扩展（如社交平台用户动态字段）。
• 自由更新与删除：允许通过操作符修改文档内容，支持事务和多文档操作（MongoDB 4.0+）。
• 索引优化挑战：动态字段可能导致索引冗余或碎片化，需谨慎设计索引策略。

2. 典型数据示例

// 动态集合中的用户画像文档（字段灵活多变）
{
  _id: ObjectId("61cb00759f1dc4ab433af504"),
  name: "Alice",
  preferences: {
    theme: "dark",
    notifications: { email: true, sms: false }
  },
  recent_actions: ["login", "purchase"],
  created_at: ISODate("2023-08-15T08:00:00Z")
}

---

四、选型建议

固定集合适用场景

• 高频写入：如日志采集（Web 服务器日志）、实时数据流（IoT 传感器）。
• 自动淘汰旧数据：缓存系统、消息队列（无需手动维护数据生命周期）。

动态集合适用场景

• 快速迭代业务：如社交平台动态字段、多租户系统（不同租户数据结构差异大）。
• 复杂文档存储：用户行为记录、商品多属性表示（支持嵌套数组和文档）。

---

五、操作限制与注意事项

操作	固定集合	动态集合
分片支持	不支持分片	支持分片（通过 Shard Key 实现水平扩展）
事务支持	仅支持单文档事务（多文档事务中不可写）	完整支持多文档 ACID 事务（MongoDB 4.0+）
索引限制	仅支持基本索引，无法创建唯一约束索引	支持多种索引类型（复合索引、全文索引、地理空间索引等）

---