3

以下の Mongo インデックス戦略とクエリを検討してください。

索引：

db.collec.ensureIndex({a:1,b:1,c:1});

クエリ:

db.collec.find({"a":"valueA"},{"_id":0,"a":1,"c":1}).sort({"c":-1}).limit(150)

上記のクエリの Explain は次を返します。

/* 0 */
{
    "cursor" : "BtreeCursor a_1_b_1_c_1",
    "isMultiKey" : false,
    "n" : 150,
    "nscannedObjects" : 178,
    "nscanned" : 178,
    "nscannedObjectsAllPlans" : 279,
    "nscannedAllPlans" : 279,
    "scanAndOrder" : true,
    "indexOnly" : true,
    "nYields" : 0,
    "nChunkSkips" : 0,
    "millis" : 1,
    "indexBounds" : {
        "a" : [ 
            [ 
                "valueA", 
                "valueA"
            ]
        ],
        "b" : [ 
            [ 
                {
                    "$minElement" : 1
                }, 
                {
                    "$maxElement" : 1
                }
            ]
        ],
        "c" : [ 
            [ 
                {
                    "$minElement" : 1
                }, 
                {
                    "$maxElement" : 1
                }
            ]
        ]
    }
}

ここでの質問は、クエリが Index(as "indexOnly" : true) で完全に実行されることを明確に示しています。しかし、"scanAndOrder" : true
Btree インデックス モデルによると、c はインデックスの末尾にあるため、並べ替えに使用できるのはなぜですか。いいえ？

なぜ使われていないのですか？

4

2 に答える 2

5

これは正しく、文書化されています。

理由について: インデックスは基本的に次のツリーのように見えます。

  • A：「値A」
    • ロ：「ABC」
      • 子：435
      • 子：678
    • B：「BCD」
      • 子：123
      • 子：993

ご覧のとおり、順序付けは正しい昇順ですがc、 fixed のサブセットに限定せずに in-orderの値を取得すると、bが得られますが[435, 678, 123, 993]、これは正しくないため、scanAndOrder必須です。

残念ながら、インデックス交差のないインデックスは非常に柔軟性がありません。

于 2013-10-22T11:34:52.647 に答える
0

以下のインデックス スキャンを使用すると、順序が false になります。

デシベル.コレクション.ensureIndex({a:1,c:-1,b:1});

これをチェックしてください

于 2013-10-22T11:31:29.180 に答える