Question

我正在尝试对1138633个文档的集合进行计数查询（计算分页以显示在屏幕上）的性能。查询分析了返回的364497的391232文档，但是要花费〜2sc才能执行，我认为它太长了。

我的查询如下：

db.myCollection.count({
            "$or" : [ 
                {
                    "field_1" : {
                        "$lte" : 1.0
                    }
                }, 
                {"field_1" : {
                        "$eq" : null
                    }
                }
            ],
            "field_2" : {
                "$eq" : false
            },
            "field_3" : {
                "$ne" : true
            },
            "field_4" : {
                "$eq" : "fr-FR"
            },
            "field_5" : {
                "$ne" : null
            },
            "field_6" : {
                "$ne" : null
            },
            "field_7" : {
                "$gte" : ISODate("2016-10-14T00:00:00.000Z")
            }
        })

field_1 是数字， field_2 和 field_3 是布尔值， field_5 是字符串，而 field_6 一个对象ID，它引用2个文档的集合。

这是我的索引（db.myCollection.getIndexes（））：

[
    {
        "v" : 2,
        "key" : {
            "_id" : 1
        },
        "name" : "_id_",
        "ns" : "db.myCollection"
    },
    {
        "v" : 2,
        "key" : {
            "field_6" : 1,
            "field_7" : -1
        },
        "name" : "field_6_1_field_7_-1",
        "ns" : "db.myCollection",
        "background" : true
    },
    {
        "v" : 2,
        "key" : {
            "field_7" : 1
        },
        "name" : "field_7_1",
        "background" : true,
        "ns" : "db.myCollection"
    },
    {
        "v" : 2,
        "key" : {
            "field_6" : 1
        },
        "name" : "field_6_1",
        "ns" : "db.myCollection",
        "background" : true
    },
    {
        "v" : 2,
        "key" : {
            "field_1" : 1.0
        },
        "name" : "field_1_1",
        "ns" : "db.myCollection"
    }
]

我尝试了所有操作，例如使用hint强制使用indexe，更改了查询顺序（以及多键索引的顺序），但没有任何效果。

有人对如何尝试改善此查询的执行时间有想法？您需要更多详细信息吗？像executionStats的信息？

谢谢。

编辑：更多详细信息，我计算了该子句涉及的文档数量，这是我的结果：栏位6：391232
字段1 LTE 1：721005
栏位1 eq空值：417625
栏位5：819688
栏位4：1123301
栏位2：1138620
栏位7：1138630（所有文件）
字段3：1138630（所有文档）

我按上述顺序对查询重新排序，得到〜1.82sc（xD赢得0.2sc）

我认为问题是由于索引可能错误。

要了解详细索引，您知道我必须检查哪个部分？这是我在执行计划中发现的有关我的索引的内容：

    "inputStage" : {
        "stage" : "IXSCAN",
        "nReturned" : 391232,
        "executionTimeMillisEstimate" : 427,
        "works" : 391234,
        "advanced" : 391232,
        "needTime" : 1,
        "needYield" : 0,
        "saveState" : 3060,
        "restoreState" : 3060,
        "isEOF" : 1,
        "invalidates" : 0,
        "keyPattern" : {
            "field_6" : 1,
            "field_7" : -1
        },
        "indexName" : "field_6_1_field_7_-1",
        "isMultiKey" : false,
        "multiKeyPaths" : {
            "field_6" : [],
            "field_7" : []
        },
        "isUnique" : false,
        "isSparse" : false,
        "isPartial" : false,
        "indexVersion" : 2,
        "direction" : "forward",
        "indexBounds" : {
            "field_6" : [ 
                "[MinKey, null)", 
                "(null, MaxKey]"
            ],
            "field_7" : [ 
                "[new Date(9223372036854775807), new Date(1491350400000)]"
            ]
        },
        "keysExamined" : 391233,
        "seeks" : 2,
        "dupsTested" : 0,
        "dupsDropped" : 0,
        "seenInvalidated" : 0
    }

改善慢查询数mongodb

0 个答案: