spring-data-mongodb v3.2.12分页用aggregate致性能骤降原因咨询

Spring Data MongoDB v3.2.12在分页查询中使用aggregate做总数统计，主要源于以下两个核心变化：

• MongoDB驱动与API的版本迭代
  Spring Data MongoDB v3.x系列依赖MongoDB 4.x+驱动，而MongoDB 4.0开始官方废弃了旧的count()命令，推荐使用countDocuments()（精确统计）和estimatedDocumentCount()（估算统计）。但Spring Data MongoDB 3.x在处理带排序条件的分页查询时，没有直接使用countDocuments()，而是选择通过aggregate管道来执行总数统计——虽然这种方式兼容性更强（能适配更复杂的查询场景），但在大数据量集合上会因为需要扫描更多数据导致性能骤降。

• Spring Data MongoDB内部逻辑调整
  在v2.2.x版本中，无论分页请求是否带有排序条件，框架都会直接调用MongoDB的count()命令快速获取总数；而v3.2.x版本中，框架针对带排序的分页查询，会构建包含$match（无查询条件时为空）、$count的aggregate管道来统计总数。这种设计是为了确保在复杂查询场景下总数统计的准确性，但牺牲了无过滤条件+排序场景下的性能。

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