一、问题背景描述

1.1、问题背景

现实系统页面翻页到20000页之后，出现异常报错。
caused by :: Sort operation used more than the maximum 67108864 bytes of RAM.
经过排查分析，Sort操作超过了MongoDB单个Session排序可使用的最大内存限制。这里针对Sort排序支持的最大内存限制是64M。

1.2、问题分析

经过排查，sort排序的字段未使用到索引，sort时触发内存限制而报错。对此，我们解决问题思路如下：
(1).调整sort排序时内存限制；
(2).给要查询的字段创建合适的索引；
(3).对于复杂多变的查询场景，无法创建所有的索引，有什么其他办法解决？

二、建立索引支持深度翻页查询

2.1、调整sort排序的内存限制【不建议】

# 比如调大到 128M
## 在线调整
> db.adminCommand({setParameter:1, internalQueryExecMaxBlockingSortBytes:134217728})

## 持久到配置文件
setParameter:
internalQueryExecMaxBlockingSortBytes: 134217728

2.2、创建索引

如果查询语句的排序是单列排序，那么直接加索引即可，(升序/降序)排序规则无影响。
如果查询的排序是使用组合排序，那么需要建立合适的索引。
//-1:表示降序 1：表示升序
@CompoundIndex(name = “un_index_a_b”, def = “{a:1,b:-1}”, unique = true)
@CompoundIndex(name = “un_index_a_b”, def = “{a:1,b:1}”)
上面是我们常见创建的组合索引，设定字段升序或降序。可以使用explain()方法来判断是否使用了索引。这样针对具体问题，创建合适的索引，能够解决一些问题。
创建索引的语句如下：

db.wwy_table.dropIndex("a_1_b_-1");
db.wwy_table.createIndex(
    {
        a: 1,
        b: -1
    },
    {
        name: "un_index_a_b"
    }
);

------经过测试，建立合适的索引并且语句执行使用了索引，查询没问题。

2.3、拓展–组合索引什么时候失效

现有wwy_table表，有索引@CompoundIndex(name = "un_index_a_b", def = "{a:1,b:-1}")。
db.wwy_table.find({
        delete: false
    })
    .sort({
        a: 1,
        b: 1
    }).explain('executionStats')

如下几种方式失效或生效




-----从上面可以看出，sort的升序/降序和创建的索引顺序全部相同或全部相反，才会走索引。

二、聚合查询解决深度翻页查询

对于shell的find()查询方法，深度查询往往会触发sort的内存限制，对此，我们可以使用聚合查询aggregate()方法。aggregate()方法使用内存排序能用最大的内存时100M。如果在使用中，避免报错，可以需要添加?{allowDiskUse : true}?参数。

        Criteria criteria = new Criteria();
        criteria.and("sid").is(521131);

        Aggregation aggregation = Aggregation.newAggregation(
                Aggregation.match(criteria), //主mongodb自身查询条件
                Aggregation.sort(new Sort(Sort.Direction.DESC, "update_time")),
                Aggregation.skip((page-1)*size),
                Aggregation.limit(size)
        ).withOptions(AggregationOptions.builder().allowDiskUse(true).build()); //解决内存不够问题

MongoDB将在聚合操作期间使用磁盘来存储数据，以便在结果集较大时能够正常完成操作。这对于处理大型数据集非常有用。