Mongodb 使用$in排序，不返回所有文档

我有以下疑问

db.getCollection('logs').find({'uid.$id': { 
    '$in': [
        ObjectId("580e3397812de36b86d68c04"),
        ObjectId("580e33a9812de36b86d68c0b"),
        ObjectId("580e339a812de36b86d68c09"),
        ObjectId("580e339a812de36b86d68c08"),
        ObjectId("580e33a9812de36b86d68c0a"),
        ObjectId("580e33bd812de36b86d68c11"),
        ObjectId("580e33c0812de36b86d68c13")
    ]}, levelno: { '$gte': 10 }
}).sort({_id: 1})

这将返回1847份文件。但是，当执行它时，我只得到1000个文档，这是光标的

batchSize

，然后光标关闭（将其

cursorId

设置为0），就好像所有文档都返回了一样

如果我进行分类，那么我会得到所有1847份文件

所以我的问题是，为什么在使用

$in

操作符进行排序时，它会自动失败

编辑

使用

explain

给出以下输出

{
    "queryPlanner" : {
        "plannerVersion" : 1,
        "namespace" : "session.logs",
        "indexFilterSet" : false,
        "parsedQuery" : {
            "$and" : [ 
                {
                    "levelno" : {
                        "$gte" : 10
                    }
                }, 
                {
                    "uid.$id" : {
                        "$in" : [ 
                            ObjectId("580e3397812de36b86d68c04"), 
                            ObjectId("580e339a812de36b86d68c08"), 
                            ObjectId("580e339a812de36b86d68c09"), 
                            ObjectId("580e33a9812de36b86d68c0a"), 
                            ObjectId("580e33a9812de36b86d68c0b"), 
                            ObjectId("580e33bd812de36b86d68c11"), 
                            ObjectId("580e33c0812de36b86d68c13")
                        ]
                    }
                }
            ]
        },
        "winningPlan" : {
            "stage" : "SORT",
            "sortPattern" : {
                "_id" : 1
            },
            "inputStage" : {
                "stage" : "SORT_KEY_GENERATOR",
                "inputStage" : {
                    "stage" : "FETCH",
                    "inputStage" : {
                        "stage" : "IXSCAN",
                        "keyPattern" : {
                            "uid.$id" : 1,
                            "levelno" : 1,
                            "_id" : 1
                        },
                        "indexName" : "uid.$id_1_levelno_1__id_1",
                        "isMultiKey" : false,
                        "isUnique" : false,
                        "isSparse" : false,
                        "isPartial" : false,
                        "indexVersion" : 1,
                        "direction" : "forward",
                        "indexBounds" : {
                            "uid.$id" : [ 
                                "[ObjectId('580e3397812de36b86d68c04'), ObjectId('580e3397812de36b86d68c04')]", 
                                "[ObjectId('580e339a812de36b86d68c08'), ObjectId('580e339a812de36b86d68c08')]", 
                                "[ObjectId('580e339a812de36b86d68c09'), ObjectId('580e339a812de36b86d68c09')]", 
                                "[ObjectId('580e33a9812de36b86d68c0a'), ObjectId('580e33a9812de36b86d68c0a')]", 
                                "[ObjectId('580e33a9812de36b86d68c0b'), ObjectId('580e33a9812de36b86d68c0b')]", 
                                "[ObjectId('580e33bd812de36b86d68c11'), ObjectId('580e33bd812de36b86d68c11')]", 
                                "[ObjectId('580e33c0812de36b86d68c13'), ObjectId('580e33c0812de36b86d68c13')]"
                            ],
                            "levelno" : [ 
                                "[10.0, inf.0]"
                            ],
                            "_id" : [ 
                                "[MinKey, MaxKey]"
                            ]
                        }
                    }
                }
            }
        },
        "rejectedPlans" : [ 
            {
                "stage" : "SORT",
                "sortPattern" : {
                    "_id" : 1
                },
                "inputStage" : {
                    "stage" : "SORT_KEY_GENERATOR",
                    "inputStage" : {
                        "stage" : "FETCH",
                        "inputStage" : {
                            "stage" : "IXSCAN",
                            "keyPattern" : {
                                "levelno" : 1,
                                "_id" : 1,
                                "uid.$id" : 1
                            },
                            "indexName" : "levelno_1__id_1_uid.$id_1",
                            "isMultiKey" : false,
                            "isUnique" : false,
                            "isSparse" : false,
                            "isPartial" : false,
                            "indexVersion" : 1,
                            "direction" : "forward",
                            "indexBounds" : {
                                "levelno" : [ 
                                    "[10.0, inf.0]"
                                ],
                                "_id" : [ 
                                    "[MinKey, MaxKey]"
                                ],
                                "uid.$id" : [ 
                                    "[ObjectId('580e3397812de36b86d68c04'), ObjectId('580e3397812de36b86d68c04')]", 
                                    "[ObjectId('580e339a812de36b86d68c08'), ObjectId('580e339a812de36b86d68c08')]", 
                                    "[ObjectId('580e339a812de36b86d68c09'), ObjectId('580e339a812de36b86d68c09')]", 
                                    "[ObjectId('580e33a9812de36b86d68c0a'), ObjectId('580e33a9812de36b86d68c0a')]", 
                                    "[ObjectId('580e33a9812de36b86d68c0b'), ObjectId('580e33a9812de36b86d68c0b')]", 
                                    "[ObjectId('580e33bd812de36b86d68c11'), ObjectId('580e33bd812de36b86d68c11')]", 
                                    "[ObjectId('580e33c0812de36b86d68c13'), ObjectId('580e33c0812de36b86d68c13')]"
                                ]
                            }
                        }
                    }
                }
            }, 
            {
                "stage" : "FETCH",
                "filter" : {
                    "$and" : [ 
                        {
                            "levelno" : {
                                "$gte" : 10
                            }
                        }, 
                        {
                            "uid.$id" : {
                                "$in" : [ 
                                    ObjectId("580e3397812de36b86d68c04"), 
                                    ObjectId("580e339a812de36b86d68c08"), 
                                    ObjectId("580e339a812de36b86d68c09"), 
                                    ObjectId("580e33a9812de36b86d68c0a"), 
                                    ObjectId("580e33a9812de36b86d68c0b"), 
                                    ObjectId("580e33bd812de36b86d68c11"), 
                                    ObjectId("580e33c0812de36b86d68c13")
                                ]
                            }
                        }
                    ]
                },
                "inputStage" : {
                    "stage" : "IXSCAN",
                    "keyPattern" : {
                        "_id" : 1
                    },
                    "indexName" : "_id_",
                    "isMultiKey" : false,
                    "isUnique" : true,
                    "isSparse" : false,
                    "isPartial" : false,
                    "indexVersion" : 1,
                    "direction" : "forward",
                    "indexBounds" : {
                        "_id" : [ 
                            "[MinKey, MaxKey]"
                        ]
                    }
                }
            }
        ]
    },
    "ok" : 1
}

---

您可以使用

objsLeftInBatch（）

方法确定批处理中剩余的对象数量，并对其进行迭代

---

您可以使用

cursor.batchSize（size）

和

cursor.limit（limit）

覆盖游标批大小的大小和限制。发生的情况是，此排序查询必须在内存中执行，因为索引不支持它，这将结果限制为32 MB。这种行为被记录在案，并有一个JIRA来解决这个问题

此外，在对不属于查询一部分的字段进行排序时，不能定义支持此查询的索引，并且这两种情况都不适用：

如果排序键对应于索引键或索引前缀， MongoDB可以使用索引对查询结果进行排序。前缀 复合索引是由一个或多个键组成的子集 索引键模式的开始

索引可以支持对索引的非前缀子集进行排序操作 索引键模式。为此，查询必须包括相等性 排序键之前的所有前缀键上的条件

您应该能够通过使用聚合框架来绕过此限制，如果需要，可以通过

allowDiskUse:true

选项指示聚合框架为其管道阶段输出使用临时文件：

db.getCollection('logs').aggregate([
    {$match: {'uid.$id': { 
        '$in': [
            ObjectId("580e3397812de36b86d68c04"),
            ObjectId("580e33a9812de36b86d68c0b"),
            ObjectId("580e339a812de36b86d68c09"),
            ObjectId("580e339a812de36b86d68c08"),
            ObjectId("580e33a9812de36b86d68c0a"),
            ObjectId("580e33bd812de36b86d68c11"),
            ObjectId("580e33c0812de36b86d68c13")
        ]}, levelno: { '$gte': 10 }
    }},
    {$sort: {_id: 1}}
], { allowDiskUse: true })

---

我并不是真的在寻找解决方案，我只是想了解为什么MongoDB服务器不能像预期的那样批量返回查询结果。批大小将不会超过BSON文档的最大大小。对于大多数查询，第一批足够的文档超过1 MB。后续批处理大小为4 MB。要覆盖批次的默认大小，请使用诸如batchsize和limit@JohnnyHK我已经添加了

uid.$id\u 1\u levelno\u 1\u id\u 1

索引，但对返回的文档数没有影响。我添加了问题的输出似乎也与此相关，但他们说，在进一步考虑后，它已被修复，不幸的是，您无法对该排序查询编制索引，因为您正在对不在查询中的字段进行排序，并且该查询没有在排序键之前的所有前缀键上包含相等条件。尽管如此，这与索引的使用（或缺乏）无关，对吗？