Puedes usar los resultados de 'explain' para determinar la siguiente información sobre una consulta:
La cantidad de tiempo que tardó en completarse una query
Si la query usó o no un índice.
El número de documentos y claves de índice escaneados para cumplir con una query
Nota
Los resultados del plan de explicación para las consultas están sujetos a cambios entre las versiones de MongoDB.
La
cursor.explain("executionStats") y los métodos db.collection.explain("executionStats") proporcionan estadísticas sobre el rendimiento de la consulta. Estas estadísticas pueden ser útiles para medir si una query utiliza o no un índice y cómo lo hace. Ver db.collection.explain() para más detalles.
MongoDB Compass proporciona un Explicar Plan pestaña, que muestra estadísticas sobre el rendimiento de una query. Estas estadísticas pueden ser útiles para medir si una consulta utiliza un índice y cómo lo hace.
Evaluar el rendimiento de una query
Considera una colección inventory con los siguientes documentos:
db.inventory.insertMany ( [ { _id: 1, item: "f1", type: "food", quantity: 500 }, { _id: 2, item: "f2", type: "food", quantity: 100 }, { _id: 3, item: "p1", type: "paper", quantity: 200 }, { _id: 4, item: "p2", type: "paper", quantity: 150 }, { _id: 5, item: "f3", type: "food", quantity: 300 }, { _id: 6, item: "t1", type: "toys", quantity: 500 }, { _id: 7, item: "a1", type: "apparel", quantity: 250 }, { _id: 8, item: "a2", type: "apparel", quantity: 400 }, { _id: 9, item: "t2", type: "toys", quantity: 50 }, { _id: 10, item: "f4", type: "food", quantity: 75 } ] )
Los documentos aparecen en MongoDB Compass de la siguiente manera:

query sin índice
La siguiente query recupera documentos donde el campo quantity tiene un valor entre 100 y 200, inclusivo:
db.inventory.find( { quantity: { $gte: 100, $lte: 200 } } )
La query devuelve los siguientes documentos:
{ "_id" : 2, "item" : "f2", "type" : "food", "quantity" : 100 } { "_id" : 3, "item" : "p1", "type" : "paper", "quantity" : 200 } { "_id" : 4, "item" : "p2", "type" : "paper", "quantity" : 150 }
Para ver el plan del query seleccionado, encadena el método cursor cursor.explain("executionStats") al final del comando find:
db.inventory.find( { quantity: { $gte: 100, $lte: 200 } } ).explain("executionStats")
explain() devuelve los siguientes resultados:
{ queryPlanner: { ... winningPlan: { queryPlan: { stage: 'COLLSCAN', ... } } }, executionStats: { executionSuccess: true, nReturned: 3, executionTimeMillis: 0, totalKeysExamined: 0, totalDocsExamined: 10, executionStages: { stage: 'COLLSCAN', ... }, ... }, ... }
queryPlanner.winningPlan.queryPlan.stagemuestraCOLLSCANpara indicar un escaneo de colección.El escaneo de colección indica que la
mongodtuvo que escanear toda la colección documento por documento para identificar los resultados. Esta es una operación generalmente costosa y puede resultar en consultas lentas.executionStats.nReturnedmuestra3para indicar que el plan del query ganador devuelve tres documentos.executionStats.totalKeysExaminedmuestra0para indicar que esta query no está usando el índice.executionStats.totalDocsExaminedexhibe10para indicar que MongoDB tuvo que escanear diez documentos (es decir, todos los documentos de la colección) para encontrar los tres documentos coincidentes.
La siguiente query recupera documentos donde el campo quantity tiene un valor entre 100 y 200, inclusivo:
Copia el siguiente filtro en la barra de query de Compass y haz clic Find:
{ quantity: { $gte: 100, $lte: 200 } }
La query devuelve los siguientes documentos:
Para ver el plan del query seleccionado:
Haz clic en la pestaña Explain Plan para la colección
test.inventory.Haga clic en Explain.
MongoDB Compass muestra el plan del query de la siguiente manera:

Nota
Debido a que estamos trabajando con un conjunto de datos tan pequeño para los fines de este tutorial, el Actual Query Execution Time muestra 0 segundos, aunque no estamos utilizando un índice.
En un dataset más grande, la diferencia en el tiempo de ejecución de la query entre una query indexada frente a una no indexada sería mucho más significativa.
Árbol visual
El Query Performance Summary muestra las estadísticas de ejecución de la consulta:
Documents Returned muestra
3para indicar que el plan del query ganador devuelve tres documentos.Index Keys Examined muestra
0para indicar que esta consulta no está usando un índice.Documents Examined muestra
10para indicar que MongoDB tuvo que escanear diez documentos (por ejemplo, todos los documentos de la colección) para encontrar los tres documentos coincidentes.
Debajo del Query Performance Summary, MongoDB Compass muestra la etapa de query
COLLSCANpara indicar que se utilizó un escaneo de colección en esta query.El escaneo de colección indica que la
mongodtuvo que escanear toda la colección documento por documento para identificar los resultados. Esta es una operación generalmente costosa y puede resultar en consultas lentas.
Raw JSON
Los detalles de explicación también se pueden ver en formato JSON sin procesar haciendo clic en Raw JSON debajo de la barra de query:

La diferencia entre el número de documentos coincidentes y el número de documentos examinados puede sugerir que, para mejorar la eficiencia, la query podría beneficiarse del uso de un índice.
query con índice
Para admitir la query en el campo quantity, añada un índice en el campo quantity:
db.inventory.createIndex( { quantity: 1 } )
Para ver las estadísticas del plan del query, utiliza el método explain():
db.inventory.find( { quantity: { $gte: 100, $lte: 200 } } ).explain("executionStats")
El método explain() devuelve los siguientes resultados:
{ queryPlanner: { ... winningPlan: { queryPlan: { stage: 'FETCH', inputStage: { stage: 'IXSCAN', keyPattern: { quantity: 1 }, ... } } }, rejectedPlans: [ ] }, executionStats: { executionSuccess: true, nReturned: 3, executionTimeMillis: 0, totalKeysExamined: 3, totalDocsExamined: 3, executionStages: { ... }, ... }, ... }
queryPlanner.winningPlan.queryPlan.inputStage.stagemuestraIXSCANpara indicar el uso del índice.executionStats.nReturnedmuestra3para indicar que el plan del query ganador devuelve tres documentos.executionStats.totalKeysExaminedmuestra3para indicar que MongoDB escaneó tres entradas de índice. La cantidad de llaves examinadas coincide con la cantidad de documentos devueltos, lo que significa quemongodsolo tuvo que examinar las llaves de índice para devolver los resultados. Elmongodno tuvo que escanear todos los documentos, y solo fue necesario extraer a la memoria los tres documentos coincidentes. Esto da como resultado una consulta muy eficiente.executionStats.totalDocsExaminedmostrar3para indicar que MongoDB ha analizado tres documentos.
Haz clic en la pestaña Indexes para la colección
test.inventory.Haga clic en Create Index.
Selecciona
quantitydel menú desplegable Select a field name.Seleccione
1 (asc)del menú desplegable de tipo.Haga clic en Create.
Nota
Si se deja en blanco el campo de nombre del índice, MongoDB Compass crea un nombre por defecto para el índice.
Ahora puedes ver tu índice recién creado en la pestaña Indexes:

Vuelve a la pestaña Explain Plan para la colección inventory y vuelve a ejecutar la consulta del paso anterior:
{ quantity: { $gte: 100, $lte: 200 } }
MongoDB Compass muestra el plan del query de la siguiente manera:

Árbol visual
El Query Performance Summary muestra las estadísticas de ejecución de la consulta:
Documents Returned muestra
3para indicar que el plan del query ganador devuelve tres documentos.Index Keys Examined muestra
3para indicar que MongoDB escaneó tres entradas de índice. El número de claves examinadas coincide con el número de documentos devueltos, lo que significa que lamongodsolo tuvo que examinar claves de índice para devolver los resultados. Elmongodno tuvo que escanear todos los documentos, y solo se tuvieron que cargar en memoria los tres documentos coincidentes. Esto resulta en una query muy eficiente.Documents Examined muestra
3para indicar que MongoDB escaneó tres documentos.En el lado derecho del Query Performance Summary, MongoDB Compass muestra que la query usó el índice
quantity.
Debajo del Query Performance Summary, MongoDB Compass muestra las etapas de consulta
FETCHyIXSCAN.IXSCANindica que elmongodutilizó un índice para satisfacer la query antes de ejecutar la etapaFETCHy recuperar los documentos.
Raw JSON
Los detalles de explicación también se pueden ver en formato JSON sin procesar haciendo clic en Raw JSON debajo de la barra de query:

Sin el índice, la query sería escanear toda la colección de 10 documentos para devolver 3 documentos coincidentes. La query también tenía que escanear la totalidad de cada documento, potencialmente llevándolos a la memoria. Esto da como resultado una operación de query costosa y potencialmente lenta.
Cuando se ejecutó con un índice, la query escaneó 3 entradas de índice y 3 documentos para devolver 3 documentos coincidentes, lo que resultó en una query muy eficiente.
Comparar el funcionamiento de los índices
Para comparar manualmente el rendimiento de una query utilizando más de un índice, puedes utilizar el hint() método junto con el explain() método.
Considera el siguiente query:
db.inventory.find( { quantity: { $gte: 100, $lte: 300 }, type: "food" } )
La query devuelve los siguientes documentos:
{ "_id" : 2, "item" : "f2", "type" : "food", "quantity" : 100 } { "_id" : 5, "item" : "f3", "type" : "food", "quantity" : 300 }
Para respaldar la query, agregue un índice compuesto. Con los índices compuestos, el orden de los campos es importante.
Por ejemplo, añade los siguientes dos índices compuestos. El primer índice ordena primero por el campo quantity y luego por el campo type. El segundo índice ordena primero por type y luego por el campo quantity.
db.inventory.createIndex( { quantity: 1, type: 1 } ) db.inventory.createIndex( { type: 1, quantity: 1 } )
Evalúa el efecto del primer índice en la query:
db.inventory.find( { quantity: { $gte: 100, $lte: 300 }, type: "food" } ).hint({ quantity: 1, type: 1 }).explain("executionStats")
El método explain() devuelve la siguiente salida:
{ queryPlanner: { ... winningPlan: { queryPlan: { stage: 'FETCH', inputStage: { stage: 'IXSCAN', keyPattern: { quantity: 1, type: 1 }, ... } } } }, rejectedPlans: [ ] }, executionStats: { executionSuccess: true, nReturned: 2, executionTimeMillis: 0, totalKeysExamined: 5, totalDocsExamined: 2, executionStages: { ... } }, ... }
MongoDB analizó 5 claves del índice (executionStats.totalKeysExamined) para devolver 2 documentos coincidentes (executionStats.nReturned).
Evaluar el efecto del segundo índice en la query:
db.inventory.find( { quantity: { $gte: 100, $lte: 300 }, type: "food" } ).hint({ type: 1, quantity: 1 }).explain("executionStats")
El método explain() devuelve la siguiente salida:
{ queryPlanner: { ... queryPlan: { winningPlan: { stage: 'FETCH', inputStage: { stage: 'IXSCAN', keyPattern: { type: 1, quantity: 1 }, ... } } }, rejectedPlans: [ ] }, executionStats: { executionSuccess: true, nReturned: 2, executionTimeMillis: 0, totalKeysExamined: 2, totalDocsExamined: 2, executionStages: { ... } }, ... }
MongoDB analizó 2 claves del índice (executionStats.totalKeysExamined) para devolver 2 documentos coincidentes (executionStats.nReturned).
Por lo tanto, el segundo índice compuesto, { type: 1, quantity: 1 }, es el índice más eficiente para respaldar la query de ejemplo, ya que el servidor de MongoDB solo necesita escanear 2 index keys para encontrar todos los documentos coincidentes usando este índice, en comparación con 5 al usar el índice compuesto { quantity: 1, type: 1 }.