MongoDB数组嵌套文档顺序持久化疑问及有序存储最优方案咨询

数组顺序存储规则 #

自MongoDB 2.6正式版本起，数组元素顺序会严格按照插入顺序持久化存储，不会被数据库自发随机打乱。出现数组顺序异常通常仅存在几种可能：

• 业务代码对查询返回的数组做了非预期的重排操作
• 修改数组时使用了$addToSet这类不保证插入顺序的操作符
• 3.0之前的非正式版本MongoDB存在的已知bug

$push搭配$sort修饰符的设计逻辑 #

该组合的设计场景为业务需要主动维持数组的自定义排序规则，而非修复所谓的“数据库自发乱序”问题。典型使用场景如维护用户最近10条浏览记录数组，可在写入时原子完成「新增记录→按浏览时间倒序排序→截断保留最近10条」的全流程，无需将全量文档拉取到应用层修改后回写。

数组顺序维持方案对比 #

数据库层面排序 #

嵌套数组的标准排序流程为unwind→sort→group聚合操作，该方案的适用场景非常有限，缺陷明显：

• 多层嵌套数组的聚合语句复杂度极高，后期维护成本大
• 排序算力消耗在数据库侧，高并发场景下会显著提升数据库负载
  如果选择数据库侧方案，最优方式是不在查询时聚合，而是在写入阶段就通过$push + $sort直接将数组维持在需要的顺序，查询时直接返回即可，不需要额外处理。

应用层面排序 #

绝大多数业务场景下，应用层排序是综合成本更优的选择：

• 无需修改现有写入逻辑，兼容已添加order字段的文档结构
• 多层嵌套数组的排序逻辑用业务代码实现，灵活度更高、调试维护成本更低
• 排序算力分摊到应用服务器，扩容成本远低于数据库扩容
  仅当单个数组元素量超过1000个、或者查询分页逻辑强依赖数组内部顺序时，才更推荐选择数据库写入阶段维持顺序的方案。

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