Рассмотрим приведенную ниже стратегию индекса Монго и запрос,

Индекс:

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)

Объяснение по приведенному выше запросу возвращает:

/* 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
                }
            ]
        ]
    }
}

Вопрос здесь в том, что четко указано, что запрос полностью выполняется по индексу (как"indexOnly" : true). Но почему"scanAndOrder" : true

Согласно модели индекса Btree, c находится в хвостовой части индекса, поэтому его можно использовать для сортировки. Нет?

Почему его не использовали?