修改MongoDB带筛选与限制的查询，默认返回最新数据

我们对耗时查询做了限制（含时间限制），现有少量简单索引，暂不新增任何索引（包括日期复合索引）——因为日期字段众多，和搜索字段组合会导致索引数量暴涨。

执行以下查询时，默认返回最早插入的记录：

db.getCollection("PeopleCollection").find(
    {
        "relative.resourceId" : JUUID("6DE84AC1-236F-429A-853F-9BD155C6FFEB")
    }
)
.limit(10);

添加.sort({"createdDateTime": -1.0})能获取最新10条，但会因内存排序导致耗时激增。希望设置默认返回最新数据，而非最早，询问是否有办法实现，还是必须用聚簇索引重排磁盘文档。

核心结论 #

MongoDB没有全局配置项能让所有查询默认按最新到最早返回，要实现需求只能从索引或存储结构入手，以下是具体方案：

1. 无索引情况下的局限 #

如果完全不想新增索引，没有办法避免内存排序的性能开销。带筛选条件的查询需要先找到所有匹配文档，再在内存中排序才能取最新的10条，这就是加sort后耗时暴涨的根本原因。

2. 聚簇集合（Clustered Collections）方案 #

MongoDB 4.2及以上支持聚簇集合，你可以将createdDateTime设为聚簇索引的倒序，这样磁盘上的文档会按最新到最早的顺序存储。此时不带sort的查询会直接返回最新的记录，无需额外排序。

但要注意聚簇集合的局限性：

• 每个集合只能有一个聚簇索引，且创建后无法修改，只能重建集合
• 聚簇索引的顺序决定了磁盘存储顺序，如果其他查询依赖原有的存储顺序，可能会受影响
• 若后续有其他筛选条件的查询，聚簇索引不一定能覆盖，仍可能需要补充索引，但如果"按resourceId取最新"是高频查询，这个方案值得考虑

创建聚簇集合的示例（新建集合场景）：

db.createCollection("PeopleCollection", {
   clusteredIndex: {
      key: { createdDateTime: -1 },
      unique: false
   }
})

如果是已有集合，需要导出数据、删除原集合、重建聚簇集合后再导入数据。

3. 折中方案：封装查询逻辑 #

如果不想修改集合结构或加索引，可以在应用层或MongoDB中封装查询逻辑，默认加上sort({"createdDateTime": -1})。比如写一个MongoDB函数：

function getLatestPeople(resourceId, limit = 10) {
    return db.getCollection("PeopleCollection").find(
        {"relative.resourceId": resourceId}
    ).sort({"createdDateTime": -1}).limit(limit);
}

这个方案只是简化了查询写法，性能上和手动加sort一致，仍会有内存排序的开销。

4. 权衡后的索引方案（可选） #

虽然你提到不想新增索引，但如果这个查询是高频场景，只针对该查询创建复合索引{"relative.resourceId": 1, "createdDateTime": -1}，并不会导致索引数量激增（仅新增这一个索引）。这个索引能让MongoDB直接通过索引找到匹配的最新10条记录，完全避免内存排序，性能最优。

创建该索引的命令：

db.PeopleCollection.createIndex({"relative.resourceId": 1, "createdDateTime": -1})

总结 #

• 要高效默认返回最新记录，要么创建对应复合索引，要么改用聚簇集合按createdDateTime倒序存储
• 无索引且不改存储结构的情况下，只能通过封装查询默认加sort，但无法解决性能问题

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