Nun, das tut es tatsächlich, obwohl es in diesem Fall nicht der Fall ist. Um wirklich zu sehen, was passiert, müssen Sie sich die „ausführliche“ Form von „explain“ ansehen, indem Sie true hinzufügen :
db.t.find({item:"abc123",qty:{$gt:15}}).explain(true)
{
"cursor" : "BtreeCursor item_1",
"isMultiKey" : false,
"n" : 84,
"nscannedObjects" : 100,
"nscanned" : 100,
"nscannedObjectsAllPlans" : 201,
"nscannedAllPlans" : 304,
"scanAndOrder" : false,
"indexOnly" : false,
"nYields" : 2,
"nChunkSkips" : 0,
"millis" : 2,
"indexBounds" : {
"item" : [
[
"abc123",
"abc123"
]
]
},
"allPlans" : [
{
"cursor" : "BtreeCursor item_1",
"isMultiKey" : false,
"n" : 84,
"nscannedObjects" : 100,
"nscanned" : 100,
"scanAndOrder" : false,
"indexOnly" : false,
"nChunkSkips" : 0,
"indexBounds" : {
"item" : [
[
"abc123",
"abc123"
]
]
}
},
{
"cursor" : "BtreeCursor qty_1",
"isMultiKey" : false,
"n" : 0,
"nscannedObjects" : 101,
"nscanned" : 102,
"scanAndOrder" : false,
"indexOnly" : false,
"nChunkSkips" : 0,
"indexBounds" : {
"qty" : [
[
15,
Infinity
]
]
}
},
{
"cursor" : "Complex Plan",
"n" : 0,
"nscannedObjects" : 0,
"nscanned" : 102,
"nChunkSkips" : 0
}
],
Kürzen Sie ab, aber der letzte Teil ist das, wonach Sie suchen. Wie im Handbuch erklärt, bedeutet das Erscheinen von „Komplexer Plan“, dass eine Kreuzung verwendet wird.
{
"cursor" : "Complex Plan",
"n" : 0,
"nscannedObjects" : 0,
"nscanned" : 102,
"nChunkSkips" : 0
}
Der einzige Fall hier ist, dass es während des "Betrachtens" vom Optimierer in diesem Fall nicht als die "optimalste" Abfrage ausgewählt wird. Der Optimierer sagt also, dass der Plan, der nur den einen ausgewählten Index verwendet, derjenige ist, der am reaktionsschnellsten abgeschlossen wird.
Obwohl also die "Schnittmenge" berücksichtigt wurde, war sie nicht die "beste Anpassung", und es wurde der einzelne Index gewählt.
