relacionar - No se puede obtener una consulta cubierta para la colección fragmentada en MongoDB

relacionar dos colecciones en mongodb

Question

La colección es una colección fragmentada sobre el campo hash. La siguiente consulta definitivamente debe ser indexOnly, pero explicar muestra lo contrario.

db.collection.ensureIndex({field : "hashed"})
db.collection.ensureIndex({field : 1, "field2" : 1, "field3" : 1})
db.collection.find(
{
field : 100
}
,{field : 1, _id : 0}
)
//.hint({ "field" : 1, "field2" : 1, "field3" : 1})
//.hint({ "field" : "hashed"})
.explain()
"cursor" : "BtreeCursor field_hashed",
"nscannedObjects" : 1,
"nscanned" : 1,
"indexOnly" : false,

Probé para indicar ambos índices, pero ninguno de ellos genera una consulta cubierta. Agradecería cualquier ayuda o sugerencia.

explique():

{
"clusteredType" : "ParallelSort",
"shards" : {
"repset12" : [
{
"cursor" : "BtreeCursor field_hashed",
"isMultiKey" : false,
"n" : 1,
"nscannedObjects" : 1,
"nscanned" : 1,
"nscannedObjectsAllPlans" : 2,
"nscannedAllPlans" : 2,
"scanAndOrder" : false,
"indexOnly" : false,
"nYields" : 0,
"nChunkSkips" : 0,
"millis" : 0,
"indexBounds" : {
"field" : [
[
NumberLong(5346856657151215906),
NumberLong(5346856657151215906)
]
]
},
"server" : "server",
"filterSet" : false,
"stats" : {
"type" : "PROJECTION",
"works" : 3,
"yields" : 0,
"unyields" : 0,
"invalidates" : 0,
"advanced" : 1,
"needTime" : 0,
"needFetch" : 0,
"isEOF" : 1,
"children" : [
{
"type" : "KEEP_MUTATIONS",
"works" : 3,
"yields" : 0,
"unyields" : 0,
"invalidates" : 0,
"advanced" : 1,
"needTime" : 0,
"needFetch" : 0,
"isEOF" : 1,
"children" : [
{
"type" : "SHARDING_FILTER",
"works" : 2,
"yields" : 0,
"unyields" : 0,
"invalidates" : 0,
"advanced" : 1,
"needTime" : 0,
"needFetch" : 0,
"isEOF" : 1,
"chunkSkips" : 0,
"children" : [
{
"type" : "FETCH",
"works" : 1,
"yields" : 0,
"unyields" : 0,
"invalidates" : 0,
"advanced" : 1,
"needTime" : 0,
"needFetch" : 0,
"isEOF" : 1,
"alreadyHasObj" : 0,
"forcedFetches" : 0,
"matchTested" : 1,
"children" : [
{
"type" : "IXSCAN",
"works" : 1,
"yields" : 0,
"unyields" : 0,
"invalidates" : 0,
"advanced" : 1,
"needTime" : 0,
"needFetch" : 0,
"isEOF" : 1,
"keyPattern" : "{ field: /"hashed/" }",
"boundsVerbose" : "field #0[''field'']: [5346856657151215906, 5346856657151215906]",
"isMultiKey" : 0,
"yieldMovedCursor" : 0,
"dupsTested" : 0,
"dupsDropped" : 0,
"seenInvalidated" : 0,
"matchTested" : 0,
"keysExamined" : 1,
"children" : []
}
]
}
]
}
]
}
]
}
}
]
},
"cursor" : "BtreeCursor field_hashed",
"n" : 1,
"nChunkSkips" : 0,
"nYields" : 0,
"nscanned" : 1,
"nscannedAllPlans" : 2,
"nscannedObjects" : 1,
"nscannedObjectsAllPlans" : 2,
"millisShardTotal" : 0,
"millisShardAvg" : 0,
"numQueries" : 1,
"numShards" : 1,
"indexBounds" : {
"field" : [
[
NumberLong(5346856657151215906),
NumberLong(5346856657151215906)
]
]
},
"millis" : 1
}

Answer 1

Como en MongoDB 2.6, no obtendrá una consulta fragmentada completamente cubierta porque hay una consulta adicional para verificar si el fragmento en cuestión posee ese documento (vea SERVER-5022 en el rastreador de problemas de MongoDB).

El enrutador de mongos filtra los documentos que se encuentran en un fragmento pero que no deberían existir allí de acuerdo con los metadatos del clúster fragmentado.

Los documentos pueden existir en más de un fragmento si:

• Hay una migración de fragmentos en progreso: los documentos se copian de un fragmento de donador a un fragmento de destino y no se eliminan del fragmento de donantes hasta que la migración de fragmentos se complete con éxito.

• Los documentos han quedado "huérfanos" en un fragmento como resultado de una migración fallida o una limpieza incompleta. Hay un comando de cleanupOrphaned en MongoDB 2.6 que se puede ejecutar contra un mongod mongod para eliminar documentos huérfanos.

Esta limitación de consultas cubiertas se menciona en la sección Límites: Consultas cubiertas en clústeres recogidos de la documentación de MongoDB, pero también debe resaltarse en el tutorial sobre Creación de consultas cubiertas . Levanté DOCS-3820 para hacer esto más obvio.