/ /

Diagnósticos

Docs Home

Desarrollo

Comandos de base de datos

Diagnósticos

Docs Home

Desarrollo

Comandos de base de datos

Diagnósticos

serverStatus (comando de base de datos)

Definición

serverStatus: El serverStatus El comando devuelve un documento que proporciona una descripción general del estado de la base de datos. Las aplicaciones de monitorización pueden ejecutar este comando periódicamente para recopilar estadísticas sobre la instancia.

Compatibilidad

Este comando está disponible en implementaciones alojadas en los siguientes entornos:

MongoDB Atlas: El servicio totalmente gestionado para implementaciones de MongoDB en la nube

Nota

Este comando es compatible con todos los clústeres de MongoDB Atlas. Para obtener información sobre el soporte de Atlas para todos los comandos, consulte Comandos no compatibles.

MongoDB Enterprise: La versión basada en suscripción y autogestionada de MongoDB
MongoDB Community: La versión de MongoDB con código fuente disponible, de uso gratuito y autogestionada.

Sintaxis

El comando tiene la siguiente sintaxis:

db.runCommand(
   {
     serverStatus: 1
   }
)

El valor (es decir, 1 anterior) no afecta la operación del comando. El comando db.serverStatus() devuelve una gran cantidad de datos. Para devolver un objeto o campo específico en el resultado, agregue el nombre del objeto o del campo al comando.

Por ejemplo:

db.runCommand({ serverStatus: 1}).metrics
db.runCommand({ serverStatus: 1}).metrics.commands
db.runCommand({ serverStatus: 1}).metrics.commands.update

mongosh proporciona el contenedor db.serverStatus() para el comando serverStatus.

Tip

Gran parte de la salida de serverStatus también se muestra dinámicamente por mongostat. Vea el comando mongostat para más información.

Comportamiento

Por defecto, serverStatus excluye en su salida:

algunos contenidos en el documento repl.
Documento mirroredReads.

Para incluir los campos que están excluidos por defecto, especifique el campo de nivel superior y configúrelo como 1 en el comando. Para excluir campos que se incluyen por defecto, especifique el campo y configúrelo en 0. Puede especificar campos de nivel superior o campos incrustados.

Por ejemplo, la siguiente operación excluye la información de repl, metrics y locks en el resultado.

db.runCommand( { serverStatus: 1, repl: 0, metrics: 0, locks: 0 } )

Por ejemplo, la siguiente operación excluye el campo integrado histogram en el resultado.

db.runCommand( { serverStatus: 1, metrics: { query: { multiPlanner: { histograms: false } } } } )

El siguiente ejemplo incluye toda la información de repl en el resultado:

db.runCommand( { serverStatus: 1,  repl: 1 } )

Inicialización

Las estadísticas reportadas por serverStatus se restablecen cuando se reinicia el servidor mongod.

Este comando siempre devolverá un valor, incluso en una base de datos recién creada. El comando relacionado db.serverStatus() no siempre devuelve un valor, a menos que un contador haya comenzado a incrementarse para una métrica específica.

Después de Ejecutar una query de actualización, db.serverStatus() y db.runCommand({ serverStatus: 1}) devuelven los mismos valores.

{
   arrayFilters : Long("0"),
   failed : Long("0"),
   pipeline : Long("0"),
   total : Long("1")
}

Incluir `mirroredReads`

Por defecto, la mirroredReads información no se incluye en la salida. Para devolver la información de mirroredReads, debes especificar explícitamente la inclusión:

db.runCommand( { serverStatus: 1, mirroredReads: 1 } )

Salida

Nota

Los campos de salida varían según la versión de MongoDB, la plataforma del sistema operativo subyacente, el motor de almacenamiento y el tipo de nodo, que incluye mongos, mongod o un miembro de un set de réplicas.

Para la salida de serverStatus específica de la versión de su MongoDB, consulta la versión adecuada del Manual de MongoDB.

afirma

asserts: {
   regular: <num>,
   warning: <num>,
   msg: <num>,
   user: <num>,
   rollovers: <num>
},

asserts: Un documento que informa sobre el número de aserciones generadas desde que se inició el proceso de MongoDB. Las aserciones son comprobaciones internas de errores que ocurren mientras la base de datos está en funcionamiento y pueden ayudar a diagnosticar problemas con el servidor de MongoDB. Los valores de aserciones distintos de cero indican errores de aserción, que son poco comunes y no son motivo inmediato de preocupación. Los errores que generan aserciones pueden registrarse en la entrada de registro o devolverse directamente a una aplicación cliente para obtener más información.

asserts.regular: El número de afirmaciones regulares planteadas desde que se inició el proceso de MongoDB. Examina el registro de MongoDB para obtener más información.

asserts.warning: Este campo siempre devuelve cero 0.

asserts.msg: El número de aserciones de mensajes generadas desde que se inició el proceso de MongoDB. Examine la entrada de registro para obtener más información sobre estos mensajes.

asserts.user: El número de "aserciones del usuario" que han ocurrido desde la última vez que se inició el proceso de MongoDB. Estos son errores que el usuario puede generar, como falta de espacio en disco o clave duplicada. Se puede evitar estas afirmaciones corrigiendo un problema con la aplicación o implementación. Los registros del servidor pueden tener información limitada sobre las "aserciones del usuario". Para obtener más información sobre el origen de las "aserciones del usuario", se deben consultar los registros de la aplicación para detectar errores en la aplicación.

asserts.rollovers: El número de veces que los contadores de aserción se han reiniciado desde la última vez que se inició el proceso de MongoDB. Los contadores se reiniciarán a cero después de 2 ³⁰ aserciones. Utiliza este valor para proporcionar contexto a los otros valores en la estructura de datos asserts.

bucketCatalog

bucketCatalog: {
    numBuckets: <num>,
    numOpenBuckets: <num>,
    numIdleBuckets: <num>,
    memoryUsage: <num>,
    numBucketInserts: <num>,
    numBucketUpdates: <num>,
    numBucketsOpenedDueToMetadata: <num>,
    numBucketsClosedDueToCount: <num>,
    numBucketsClosedDueToSchemaChange: <num>,
    numBucketsClosedDueToSize: <num>,
    numBucketsClosedDueToTimeForward: <num>,
    numBucketsClosedDueToTimeBackward: <num>,
    numBucketsClosedDueToMemoryThreshold: <num>,
    numCommits: <num>,
    numMeasurementsGroupCommitted: <num>,
    numWaits: <num>,
    numMeasurementsCommitted: <num>,
    avgNumMeasurementsPerCommit: <num>,
    numBucketsClosedDueToReopening: <num>,
    numBucketsArchivedDueToMemoryThreshold: <num>,
    numBucketsArchivedDueToTimeBackward: <num>,
    numBucketsReopened: <num>,
    numBucketsKeptOpenDueToLargeMeasurements: <num>,
    numBucketsClosedDueToCachePressure: <num>,
    numBucketsFrozen: <num>,
    numCompressedBucketsConvertedToUnsorted: <num>,
    numBucketsFetched: <num>,
    numBucketsQueried: <num>,
    numBucketFetchesFailed: <num>,
    numBucketQueriesFailed: <num>,
    numBucketReopeningsFailed: <num>,
    numDuplicateBucketsReopened: <num>,
    stateManagement: {
       bucketsManaged: <num>,
       currentEra: <num>,
       erasWithRemainingBuckets: <num>,
       trackedClearOperations: <num>
    }
 }

Nuevo en la versión 5.0.

Un documento que informa sobre métricas relacionadas con el almacenamiento interno de colecciones de series de tiempo.

El bucketCatalog devuelve las siguientes métricas:

Métrica	Descripción
`numBuckets`	El número total de buckets rastreados. Se espera que sea igual a la suma de `numOpenBuckets` y `numArchivedBuckets`.
`numOpenBuckets`	El número de buckets rastreados con una representación completa almacenada en caché, listos para recibir nuevos documentos.
`numIdleBuckets`	El número de buckets que están abiertos y actualmente sin una inserción de documento pendiente. Un subconjunto de numOpenBuckets.
`numArchivedBuckets`	El número de cubos rastreados con una representación mínima almacenada en caché que se pueden reabrir de manera eficiente para recibir nuevos documentos.
`memoryUsage`	El número de bytes utilizados por las estructuras de datos internas de buckets.
`numBucketInserts`	El número de nuevos buckets creados.
`numBucketUpdates`	El número de veces que se actualizó un bucket existente para incluir documentos adicionales.
`numBucketsOpenedDueToMetadata`	El número de buckets abiertos porque un documento llegó con un valor de `metaField` que no coincidía con ningún bucket abierto en ese momento.
`numBucketsClosedDueToCount`	El número de cubos cerrados debido a haber alcanzado su límite de recuento de documentos.
`numBucketsClosedDueToSchemaChange`	El número de depósitos cerrados porque el esquema de un documento entrante era incompatible con el de los documentos en el depósito abierto.
`numBucketsClosedDueToSize`	El número de buckets cerrados porque un documento entrante haría que el bucket superara su límite de tamaño.
`numBucketsClosedDueToTimeForward`	El número de buckets cerrados porque un documento llegó con un valor de `timeField` después del tiempo máximo de todos los buckets abiertos para ese valor `metaField`.
`numBucketsClosedDueToTimeBackward`	El número de buckets cerrados porque un documento llegó con un valor de `timeField` antes del tiempo mínimo de todos los buckets actualmente abiertos para ese valor de `metaField`.
`numBucketsClosedDueToMemoryThreshold`	El número de buckets cerrados porque el conjunto de buckets activos no cabía dentro del tamaño permitido del caché del catálogo de buckets.
`numCommits`	El número de confirmaciones a nivel de bucket en la colección de series de tiempo.
`numMeasurementsGroupCommitted`	El número de confirmaciones que incluyeron mediciones de comandos de inserción concurrentes.
`numWaits`	El número de veces que una operación esperó a otro hilo para reabrir un bucket o finalizar una confirmación de grupo.
`numMeasurementsCommitted`	El número de documentos comprometidos con la colección de series de tiempo.
`avgNumMeasurementsPerCommit`	El número promedio de documentos por confirmación.
`numBucketsClosedDueToReopening`	El número de cubetas cerradas porque se reabrió una cubeta adecuada en su lugar.
`numBucketsArchivedDueToMemoryThreshold`	El número de buckets archivados porque el conjunto de buckets activos no cabía dentro del tamaño permitido del caché del catálogo de buckets.
`numBucketsArchivedDueToTimeBackward`	El número de buckets archivados porque un documento llegó con un valor `timeField` antes del tiempo mínimo de todos los buckets actualmente abiertos para ese valor `metaField`.
`numBucketsReopened`	El número de buckets reabiertos porque llegó un documento que no coincidía con ningún bucket abierto, pero sí coincidía con un bucket existente que no estaba lleno.
`numBucketsKeptOpenDueToLargeMeasurements`	El número de buckets que habrían sido cerrados debido al tamaño, pero se mantuvieron abiertos porque no contenían el número mínimo de documentos necesario para lograr una compresión razonable.
`numBucketsClosedDueToCachePressure`	El número de buckets cerrados porque su tamaño supera el límite de tamaño de bucket dinámico del catálogo de buckets derivado del tamaño de la caché disponible del motor de almacenamiento y `numBuckets`. Este límite es distinto del límite máximo de tamaño del bucket.
`numBucketsFrozen`	El número de buckets congelados. Los buckets se congelan si intentar comprimir el bucket corrompe su contenido.
`numCompressedBucketsConvertedToUnsorted`	El número de buckets comprimidos que contienen documentos que no están ordenados por sus respectivos valores de `timeField`.
`numBucketsFetched`	El número de buckets de archivo recuperados para verificar si eran adecuados para su reapertura.
`numBucketsQueried`	El número total de buckets sobre los que se ejecutaron queries para ver si podían contener un documento entrante.
`numBucketFetchesFailed`	El número de buckets archivados obtenidos que no eran adecuados para su reapertura.
`numBucketQueriesFailed`	El número de queries para un bucket abierto adecuado que fallaron debido a la falta de disponibilidad de candidatos.
`numBucketReopeningsFailed`	El número de intentos de reapertura de buckets que fallaron debido a razones que incluyen conflictos con operaciones concurrentes, buckets malformados y más.
`numDuplicateBucketsReopened`	El número de buckets reabiertos que son duplicados de buckets actualmente abiertos.
`stateManagement`	Un documento que rastrea la información del estado del catálogo de buckets.
`stateManagement.bucketsManaged`	El número total de buckets que se están rastreando para la gestión de conflictos. Esto incluye los buckets abiertos en el catálogo de buckets, así como cualquier bucket en el que se esté escribiendo directamente, incluso mediante comandos para actualizar y borrar.
`stateManagement.currentEra`	La era actual del catálogo de buckets. El catálogo de buckets comienza en la era 0 y se incrementa cuando se vacía un bucket. Intentar insertar en un bucket provocará que se elimine si fue borrado, o que se actualice a la era actual.
`stateManagement.erasWithRemainingBuckets`	El número de eras con buckets rastreados.
`stateManagement.trackedClearOperations`	El número de veces que se vació un conjunto de buckets, pero la eliminación de esos buckets se pospuso. Esto puede ocurrir debido a eventos como eliminar una colección, mover un fragmento en una colección particionada o una elección.

También puede usar la etapa del pipeline de agregación de datos $collStats para encontrar métricas de serie de tiempo. Para aprender más, consulte Resultado de storageStats en colecciones de series de tiempo.

catalogStats

Nuevo en la versión 5.1.

catalogStats: {
   collections: <num>,
   capped: <num>,
   views: <num>,
   timeseries: <num>,
   internalCollections: <num>,
   internalViews: <num>,
   systemProfile: <num>
}

catalogStats: Un documento que informa estadísticas sobre el uso de la colección mediante el recuento de colecciones.

catalogStats.collections: El número total de colecciones de usuario (sin incluir las colecciones del sistema).

catalogStats.capped: El número total de colecciones de usuarios limitadas.

catalogStats.views: El número total de visualizaciones de usuarios.

catalogStats.timeseries: El número total de colecciones de series de tiempo.

catalogStats.internalCollections: El número total de colecciones del sistema (colecciones en las bases de datos de config, admin o local).

catalogStats.internalViews: El número total de vistas de las colecciones del sistema (colecciones en las bases de datos config, admin o local).

catalogStats.systemProfile: El número total de colecciones de profile en todas las bases de datos.

cambiarStreamPreImages

Nuevo en la versión 5.0.

changeStreamPreImages : {
   purgingJob : {
      totalPass : <num>,
      docsDeleted : <num>,
      bytesDeleted : <num>,
      scannedCollections : <num>,
      scannedInternalCollections : <num>,
      maxTimestampEligibleForTruncate : <timestamp>,
      maxStartWallTimeMillis : <num>,
      timeElapsedMillis : <num>,
   },
   expireAfterSeconds : <num>
}

Un documento que informa métricas relacionadas con imágenes previas del flujo de cambios.

changeStreamPreImages.purgingJob

Nuevo en la versión 7.1.

Un documento que informa sobre las métricas relacionadas con las tareas de purga para las imágenes previas de los flujos de cambios. Las tareas de purga son procesos en segundo plano que el sistema utiliza para removerlas de forma asíncrona.

El campo changeStreamPreImages.purgingJob devuelve las siguientes métricas:

Métrica	Descripción
`totalPass`	Número total de pasadas de eliminación completadas por la tarea de purga.
`docsDeleted`	Número acumulativo de documentos pre-imagen borrados por la tarea de purga.
`bytesDeleted`	Tamaño acumulado en bytes de todos los documentos borrados de todas las colecciones de pre-imagen durante la tarea de purga.
`scannedCollections`	Número acumulativo de escaneos de colección de imágenes previas realizados por la tarea de purga. En entornos de un solo inquilino, este número es el mismo que `totalPass`, ya que cada inquilino tiene una colección de imágenes previas.
`scannedInternalCollections`	Número acumulativo de escaneos de colección de imágenes previas internas realizados por la tarea de purga. Las colecciones internas son las colecciones contenidas en las colecciones de imágenes previas almacenadas en `config.system.preimages`.
`maxTimestampEligibleForTruncate`	La marca de tiempo más reciente hasta la cual se pueden truncar las imágenes previas antiguas para reducir el espacio de almacenamiento. Las imágenes previas anteriores a `maxTimestampEligibleForTruncate` se pueden truncar. Nuevo en la versión 8.1.
`maxStartWallTimeMillis`	Tiempo máximo de reloj en milisegundos desde el primer documento de cada colección de imágenes previas.
`timeElapsedMillis`	Tiempo acumulado en milisegundos de todas las pasadas de eliminación completadas por la tarea de purga.

changeStreamPreImages.expireAfterSeconds: Nuevo en la versión 7.1.
Cantidad de tiempo en segundos que MongoDB retiene las imágenes previas. Si expireAfterSeconds no está definido, esta métrica no aparece en la salida del serverStatus.

Conexiones

connections : {
   current : <num>,
   available : <num>,
   totalCreated : <num>,
   rejected : <num>,  // Added in MongoDB 6.3
   active : <num>,
   threaded : <num>,
   exhaustIsMaster : <num>,
   exhaustHello : <num>,
   awaitingTopologyChanges : <num>,
   loadBalanced : <num>,
   queuedForEstablishment : <num>, // Added in MongoDB 8.2 *(also available in 8.1.1, 8.0.12, and 7.0.23)*
   establishmentRateLimit : { // Added in MongoDB 8.2 *(also available in 8.1.1, 8.0.12, and 7.0.23)*
      rejected: <num>,
      exempted: <num>,
      interruptedDueToClientDisconnect: <num>
   }
}

connections: Un documento que informa sobre el estado de las conexiones. Utilice estos valores para evaluar los requisitos actuales de carga y capacidad del servidor.

connections.current

El número de conexiones entrantes desde los clientes al servidor de bases de datos. Este número incluye la sesión actual de shell. Considera el valor de connections.available para añadir más contexto a este dato.

El valor incluirá todas las conexiones entrantes, incluidas las conexiones shell o conexiones de otros servidores, como los miembros del Set de réplicas o las instancias de mongos.

connections.available: El número de conexiones entrantes disponibles no utilizadas. Considera este valor en combinación con el valor de connections.current para entender la carga de conexión en la base de datos. Consulta el documento Configuración de UNIX ulimit para la implementaciones autogestionadas para obtener más información sobre los umbrales del sistema en las conexiones disponibles.

connections.totalCreated: Recuento de todas las conexiones entrantes al servidor que se crearon. Este número incluye conexiones que se han cerrado desde entonces.

connections.rejected: Nuevo en la versión 6.3.
La cantidad de conexiones entrantes que el servidor rechazó porque no tiene la capacidad para aceptar conexiones adicionales o se ha alcanzado la configuración de net.maxIncomingConnections.

connections.queuedForEstablishment: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
La cantidad de conexiones entrantes que actualmente están en cola y esperando ser establecidas. Esta métrica es relevante cuando la limitación de la tasa de establecimiento de conexión está activada mediante el parámetro ingressConnectionEstablishmentRateLimiterEnabled.

connections.establishmentRateLimit: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
Un documento que contiene métricas relacionadas con el limitador de tasa de establecimiento de conexiones de entrada. Estas métricas proporcionan perspectivas sobre cómo el limitador de tasa gestiona las solicitudes de conexión cuando ingressConnectionEstablishmentRateLimiterEnabled está configurado en true. Para obtener más información sobre la limitación de tasa, consulte Configurar el limitador de tasa de establecimiento de conexiones de entrada.

connections.establishmentRateLimit.rejected: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
La cantidad de conexiones entrantes que el servidor rechaza debido a la limitación de tasa de establecimiento de conexiones. Esta métrica muestra cuántos intentos de conexión rechazó el servidor porque excedieron los límites de tasa establecidos por los parámetros del limitador de tasa de establecimiento de conexiones de entrada.

connections.establishmentRateLimit.exempted: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
La cantidad de conexiones entrantes que pasaron por alto el limitador de tasa porque se originaron en direcciones IP o rangos de CIDR especificados en el parámetro ingressConnectionEstablishmentRateLimiterBypass. El servidor no limita la tasa de estas conexiones y las establece de inmediato, independientemente del tamaño actual de la cola o de los límites de tasa.

connections.establishmentRateLimit.interruptedDueToClientDisconnect: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
La cantidad de conexiones entrantes que se interrumpieron mientras esperaban en la cola de establecimiento porque el cliente se desconectó antes de que se pudiera completar el establecimiento. Un valor alto para esta métrica a veces indica que la configuración connectTimeoutMS del cliente es demasiado corta en relación con el tiempo de espera en la cola, que se ve afectado por ingressConnectionEstablishmentMaxQueueDepth y ingressConnectionEstablishmentRatePerSec. Si este valor es alto, considere ajustar estos parámetros usando la siguiente fórmula: maxQueueDepth < (establishmentRatePerSec / 1000) * (connectTimeoutMs - avgEstablishmentTimeMs).

connections.active: La cantidad de conexiones activas de clientes al servidor. Las conexiones activas de clientes se refieren a aquellas que actualmente tienen operaciones en curso.

connections.threaded: La cantidad de conexiones entrantes de clientes que se asignan a los subprocesos que atienden las solicitudes de los clientes.
Nuevo en la versión 5.0.

connections.exhaustIsMaster: La cantidad de conexiones cuya última solicitud fue una solicitud isMaster con exhaustAllowed.
Nota
Si está ejecutando MongoDB 5.0 o posterior, no use el comando isMaster. En cambio, use hello.

connections.exhaustHello: La cantidad de conexiones cuya última solicitud fue una solicitud hello con exhaustAllowed.
Nuevo en la versión 5.0.

connections.awaitingTopologyChanges: La cantidad de clientes que actualmente esperan en una solicitud hello o isMaster para un cambio de topología.
Nota
Si está ejecutando MongoDB 5.0 o posterior, no use el comando isMaster. En cambio, use hello.

connections.loadBalanced: Novedades en la versión 5.3.
La cantidad actual de conexiones entrantes recibidas a través del balanceador de carga.

defaultRWConcern

La sección defaultRWConcern proporciona información sobre la copia local de la configuración global por defecto de los niveles de consistencia de lectura o de los niveles de confirmación de escritura (write concern). Los datos pueden estar obsoletos o desactualizados. Consulte getDefaultRWConcern para obtener más información.

defaultRWConcern : {
  defaultReadConcern : {
    level : <string>
  },
  defaultWriteConcern : {
    w : <string> | <int>,
    wtimeout : <int>,
    j : <bool>
  },
  defaultWriteConcernSource: <string>,
  defaultReadConcernSource: <string>,
  updateOpTime : Timestamp,
  updateWallClockTime : Date,
  localUpdateWallClockTime : Date
}

defaultRWConcern: La última configuración global por defecto conocida de los niveles de consistencia de lectura o de confirmación de escritura (write concern).

defaultRWConcern.defaultReadConcern

La última configuración global por defecto conocida del nivel de consistencia de lectura.

Si serverStatus no devuelve este campo, el nivel de consistencia de lectura global por defecto no se ha establecido o aún no se ha propagado a la instancia.

defaultRWConcern.defaultReadConcern.level

La última configuración global por defecto conocida del nivel de consistencia de lectura.

Si serverStatus no devuelve este campo, el valor global por defecto para esta configuración no se ha establecido o aún no se ha propagado a la instancia.

defaultRWConcern.defaultWriteConcern

La última configuración global por defecto conocida del nivel de confirmación de escritura (write concern).

Si serverStatus no devuelve este campo, el nivel de confirmación de escritura global por defecto no se ha establecido o aún no se ha propagado a la instancia.

defaultRWConcern.defaultWriteConcern.w

La última configuración global por defecto conocida w.

Si serverStatus no devuelve este campo, el valor global por defecto para esta configuración no se ha establecido o aún no se ha propagado a la instancia.

defaultRWConcern.defaultWriteConcern.wtimeout

La última configuración global por defecto conocida wtimeout.

Si serverStatus no devuelve este campo, el valor global por defecto para esta configuración no se ha establecido o aún no se ha propagado a la instancia.

defaultRWConcern.defaultWriteConcernSource: El origen del nivel de confirmación de escritura (write concern) por defecto. Por defecto, el valor es "implicit". Una vez que establezca el nivel de confirmación de escritura (write concern) por defecto con setDefaultRWConcern, el valor se convierte en "global".
Nuevo en la versión 5.0.

defaultRWConcern.defaultReadConcernSource: El origen del nivel de consistencia de lectura por defecto. Por defecto, el valor es "implicit". Una vez que establezca el nivel de consistencia de lectura por defecto con setDefaultRWConcern, el valor se convierte en "global".
Nuevo en la versión 5.0.

defaultRWConcern.updateOpTime: La marca de tiempo cuando la instancia actualizó por última vez su copia de cualquier configuración global de lectura o de nivel de confirmación de escritura. Si faltan los campos defaultRWConcern.defaultReadConcern y defaultRWConcern.defaultWriteConcern, este campo indica la marca de tiempo cuando los valores por defecto se desactivaron por última vez.

defaultRWConcern.updateWallClockTime: El tiempo de reloj en el que la instancia actualizó por última vez su copia de cualquier configuración global de nivel de consistencia de lectura o de nivel de confirmación de escritura (write concern). Si los campos defaultRWConcern.defaultReadConcern y defaultRWConcern.defaultWriteConcern faltan, este campo indica el tiempo en que los valores por defecto se desactivaron por última vez.

defaultRWConcern.localUpdateWallClockTime: La hora de reloj del sistema local cuando la instancia actualizó por última vez su copia de cualquier configuración global de nivel de consistencia de lectura o de nivel de confirmación de escritura (write concern). Si este campo es el único campo en defaultRWConcern, la instancia nunca ha tenido conocimiento de una configuración global por defecto de nivel de consistencia de lectura o de nivel de confirmación de escritura (write concern).

electionMetrics

La sección electionMetrics proporciona información sobre las elecciones convocadas por esta instancia mongod en un intento de convertirse en la primaria:

electionMetrics : {
   stepUpCmd : {
      called : Long("<num>"),
      successful : Long("<num>")
   },
   priorityTakeover : {
      called : Long("<num>"),
      successful : Long("<num>")
   },
   catchUpTakeover : {
      called : Long("<num>"),
      successful : Long("<num>")
   },
   electionTimeout : {
      called : Long("<num>"),
      successful : Long("<num>")
   },
   freezeTimeout : {
      called : Long("<num>"),
      successful : Long("<num>")
   },
   numStepDownsCausedByHigherTerm : Long("<num>"),
   numCatchUps : Long("<num>"),
   numCatchUpsSucceeded : Long("<num>"),
   numCatchUpsAlreadyCaughtUp : Long("<num>"),
   numCatchUpsSkipped : Long("<num>"),
   numCatchUpsTimedOut : Long("<num>"),
   numCatchUpsFailedWithError : Long("<num>"),
   numCatchUpsFailedWithNewTerm : Long("<num>"),
   numCatchUpsFailedWithReplSetAbortPrimaryCatchUpCmd : Long("<num>"),
   averageCatchUpOps : <double>
}

electionMetrics.stepUpCmd

Métricas sobre las elecciones que fueron convocadas por la instancia mongod como parte de un traspaso de elección cuando la primaria se retiró.

El stepUpCmd incluye tanto el número de elecciones convocadas como el número de elecciones que se completaron con éxito.

electionMetrics.priorityTakeover

Métricas sobre las elecciones que fueron convocadas por la instancia mongod porque su priority es superior al de la primaria.

El electionMetrics.priorityTakeover incluye tanto el número de elecciones convocadas como el número de elecciones que se completaron con éxito.

electionMetrics.catchUpTakeover

Métricas sobre elecciones convocadas por la instancia mongod porque es más reciente que la primaria.

El catchUpTakeover incluye tanto el número de elecciones convocadas como el número de elecciones que se completaron con éxito.

Tip

settings.catchUpTakeoverDelayMillis

electionMetrics.electionTimeout

Métricas sobre elecciones convocadas por la instancia mongod porque no ha podido alcanzar la primaria en settings.electionTimeoutMillis.

El electionTimeout incluye tanto el número de elecciones convocadas como el número de elecciones que se completaron con éxito.

Tip

settings.electionTimeoutMillis

electionMetrics.freezeTimeout

Métricas sobre las elecciones convocadas por la instancia mongod después de que su freeze period (durante el cual el nodo no puede solicitar una elección) haya caducado.

El electionMetrics.freezeTimeout incluye tanto el número de elecciones convocadas como el número de elecciones que se completaron con éxito.

electionMetrics.numStepDownsCausedByHigherTerm: Cantidad de veces que la instancia mongod se retiró porque detectó un término más alto (específicamente, otros nodos participaron en elecciones adicionales).

electionMetrics.numCatchUps: Cantidad de elecciones en las que la instancia mongod como la primaria recién elegida tuvo que sincronizarse con la entrada de oplog más alta conocida.

electionMetrics.numCatchUpsSucceeded: Cantidad de veces que la instancia mongod como la primaria recién elegida logró ponerse al día con la entrada de oplog más alta conocida.

electionMetrics.numCatchUpsAlreadyCaughtUp: Cantidad de veces que la instancia mongod como la primaria recién elegida concluyó su proceso de sincronización porque ya estaba sincronizada en el momento de la elección.

electionMetrics.numCatchUpsSkipped: Cantidad de veces que la instancia mongod como la primaria recién elegida omitió el proceso de sincronización.

electionMetrics.numCatchUpsTimedOut: Cantidad de veces que la instancia mongod como la primaria recién elegida concluyó su proceso de sincronización debido al límite de settings.catchUpTimeoutMillis.

electionMetrics.numCatchUpsFailedWithError: Cantidad de veces que el proceso de sincronización de la primaria recién elegido falló con un error.

electionMetrics.numCatchUpsFailedWithNewTerm: Cantidad de veces que el proceso de sincronización de la primaria recién elegida concluyó porque otro(s) nodo(s) tenía(n) un término más alto (específicamente, otros nodos participaron en elecciones adicionales).

electionMetrics.numCatchUpsFailedWithReplSetAbortPrimaryCatchUpCmd: Cantidad de veces que el proceso de sincronización de la primaria recién elegida concluyó porque el mongod recibió el comando replSetAbortPrimaryCatchUp.

electionMetrics.averageCatchUpOps: Cantidad promedio de operaciones aplicadas durante los procesos de sincronización de la primaria recién elegida.

extra_info

extra_info : {
   note : 'fields vary by platform',
   page_faults : <num>
},

extra_info: Un documento que proporciona información adicional sobre el sistema subyacente.

extra_info.note: Una string con el texto 'fields vary by platform'

extra_info.page_faults

El número total de fallos de página. El extra_info.page_faults contador puede aumentar drásticamente durante los momentos de bajo rendimiento y puede correlacionarse con entornos de memoria limitados y conjuntos de datos más grandes. Las fallas de página limitadas y esporádicas no necesariamente indican un problema.

Windows diferencia los fallos de página "duros" que implican E/S de disco de los fallos de página "blandos" que solo requieren mover páginas en la memoria. MongoDB cuenta tanto los fallos de página duros como los blandos en esta estadística.

flowControl

flowControl : {
   enabled : <boolean>,
   targetRateLimit : <int>,
   timeAcquiringMicros : Long("<num>"),
   locksPerKiloOp : <double>,
   sustainerRate : <int>,
   isLagged : <boolean>,
   isLaggedCount : <int>,
   isLaggedTimeMicros : Long("<num>")
},

flowControl: Un documento que proporciona estadísticas sobre el control de flujo. Con el control de flujo activado, a medida que el desfase del punto majority commit se acerca al flowControlTargetLagSeconds, las escrituras en la primaria deben obtener tickets antes de tomar bloqueos. Por lo tanto, las métricas devueltas son significativas cuando se ejecutan en la primaria.

flowControl.enabled

Un operador booleano que indica si Control de flujo está activado (true) o desactivado (false).

Consulte también enableFlowControl.

flowControl.targetRateLimit

Cuando se ejecuta en la primaria, la cantidad máxima de tickets que se pueden adquirir por segundo.

Cuando se ejecuta en una secundaria, el número devuelto es un marcador de posición.

flowControl.timeAcquiringMicros

Cuando se ejecuta en la primaria, el tiempo total que las operaciones de guardado han esperado para adquirir un ticket.

Cuando se ejecuta en una secundaria, el número devuelto es un marcador de posición.

flowControl.locksPerKiloOp

Cuando se ejecuta en la primaria, una aproximación del número de bloqueos tomados por cada 1000 operaciones.

Cuando se ejecuta en una secundaria, el número devuelto es un marcador de posición.

flowControl.sustainerRate

Cuando se ejecuta en la primaria, una aproximación de las operaciones aplicadas por segundo por la secundaria que sostiene el punto de confirmación.

Cuando se ejecuta en una secundaria, el número devuelto es un marcador de posición.

flowControl.isLagged

Cuando se ejecuta en la primaria, un operador booleano que indica si el control de flujo se ha activado. El control de flujo se activa cuando el retraso comprometido de la mayoría es superior a un cierto porcentaje del flowControlTargetLagSecondsconfigurado.

El Atraso de la replicación puede ocurrir sin activar el control de flujo. Un secundario que no responda podría retrasarse sin que el Set de réplicas reciba carga suficiente para activar el control de flujo, dejando el valor de flowControl.isLagged en false.

Para obtener información adicional, consulte Control de flujo.

flowControl.isLaggedCount

Cuando se ejecuta en una primaria, la cantidad de veces que el control de flujo se ha activado desde el último reinicio. El control de flujo se activa cuando el retraso comprometido de la mayoría es superior a un cierto porcentaje del flowControlTargetLagSeconds.

Cuando se ejecuta en una secundaria, el número devuelto es un marcador de posición.

flowControl.isLaggedTimeMicros

Cuando se ejecuta en la primaria, el tiempo que el control de flujo ha estado activo desde el último reinicio. El control de flujo se activa cuando el retraso comprometido de la mayoría es superior a un cierto porcentaje del flowControlTargetLagSeconds.

Cuando se ejecuta en una secundaria, el número devuelto es un marcador de posición.

globalLock

globalLock : {
   totalTime : Long("<num>"),
   currentQueue : {
      total : <num>,
      readers : <num>,
      writers : <num>
   },
   activeClients : {
      total : <num>,
      readers : <num>,
      writers : <num>
   }
},

globalLock

Un documento que informa sobre el estado de bloqueo de la base de datos.

En general, el documento de bloqueos proporciona datos más detallados sobre el uso de los bloqueos.

globalLock.totalTime: El tiempo, en microsegundos, desde que la base de datos se inició por última vez y creó el globalLock. Esto es aproximadamente equivalente al tiempo total de actividad del servidor.

globalLock.currentQueue: Un documento que proporciona información sobre la cantidad de operaciones en cola debido a un bloqueo.

globalLock.currentQueue.total

El número total de operaciones en cola esperando el bloqueo (es decir, la suma de globalLock.currentQueue.readers y globalLock.currentQueue.writers).

Una cola consistentemente pequeña, especialmente de operaciones más cortas, no debería causar preocupación. La información de globalLock.activeClients lectores y escritores proporciona contexto para estos datos.

globalLock.currentQueue.readers: La cantidad de operaciones que están actualmente en cola y esperando el bloqueo de lectura. Una cola de lectura consistentemente pequeña, especialmente de operaciones más cortas, no debería ser motivo de preocupación.

globalLock.currentQueue.writers: La cantidad de operaciones que están actualmente en cola y esperan el bloqueo de escritura. Una cola de escritura consistentemente pequeña, especialmente de operaciones más cortas, no es motivo de preocupación.

globalLock.activeClients

Un documento que proporciona información sobre la cantidad de clientes conectados y las operaciones de lectura y escritura realizadas por estos clientes.

Utiliza estos datos para proporcionar contexto a los datos deglobalLock.currentQueue.

globalLock.activeClients.total: La cantidad total de conexiones de clientes internos a la base de datos, incluidos los subprocesos del sistema, así como los lectores y escritores en cola. Esta métrica será superior al total de activeClients.readers y activeClients.writers debido a la inclusión de subprocesos del sistema.

globalLock.activeClients.readers: La cantidad de conexiones de clientes activas que realizan operaciones de lectura.

globalLock.activeClients.writers: La cantidad de conexiones de clientes activas que realizan operaciones de escritura.

indexBuilds

indexBuilds : {
   total : <num>,
   killedDueToInsufficientDiskSpace : <num>,
   failedDueToDataCorruption : <num>
},

indexBuilds: Proporciona métricas sobre la creación de índices después de que el servidor se haya iniciado por última vez.

indexBuilds.total: Número total de creación de índices.

indexBuilds.killedDueToInsufficientDiskSpace: Número total de creaciones de índices que finalizaron por falta de espacio en disco. A partir de MongoDB 7.1, puedes establecer la cantidad mínima de espacio en disco necesaria para crear índices usando el parámetro indexBuildMinAvailableDiskSpaceMB.
Nuevo en la versión 7.1.

indexBuilds.failedDueToDataCorruption: Número total de creaciones de índices que fallaron debido a la corrupción de datos.
Nuevo en la versión 7.1.

indexBulkBuilder

indexBulkBuilder: {
   count: <long>,
   resumed: <long>,
   filesOpenedForExternalSort: <long>,
   filesClosedForExternalSort: <long>,
   spilledRanges: <long>,
   bytesSpilledUncompressed: <long>,
   bytesSpilled: <long>,
   numSorted: <long>,
   bytesSorted: <long>,
   memUsage: <long>
}

indexBulkBuilder: Proporciona métricas para las operaciones de desarrolladores de índices masivos. Utilice estas métricas para diagnosticar problemas de creación de índices con createIndexes, la clonación de colecciones durante la sincronización inicial, las creaciones de índices que se reanudan después del inicio y las estadísticas sobre el uso del disco por el clasificador externo.

indexBuildBuilder.bytesSpilled: Nuevo en la versión 6.0.4.
El número de bytes escritos en el disco por el clasificador externo.

indexBuilder.bytesSpilledUncompressed: Nuevo en la versión 6.0.4.
La cantidad de bytes que el clasificador externo escribirá en el disco antes de la compresión.

indexBulkBuilder.count: El número de instancias creadas del desarrollador de índices masivos.

indexBulkBuilder.filesClosedForExternalSort: El número de veces que el clasificador externo cerró un gestor de archivos para volcar datos en el disco. Combina este valor con filesOpenedForExternalSort para determinar la cantidad de descriptores de archivo abiertos en uso por el clasificador externo.

indexBulkBuilder.filesOpenedForExternalSort: El número de veces que el clasificador externo abrió un gestionador de archivos para volcar datos al disco. Combina este valor con filesClosedForExternalSort para determinar el número de gestionadores de archivos abiertos en uso por el clasificador externo.

indexBulkBuilder.resumed: La cantidad de veces que se creó el desarrollador de índices masivos para una creación de índices reanudable.

indexBulkBuilder.spilledRanges: Nuevo en la versión 6.0.4.
La cantidad de veces que el clasificador externo volcó datos al disco.

indexBulkBuilder.numSorted: Nuevo en la versión 6.3.
La cantidad total de documentos clasificados.

indexBulkBuilder.bytesSorted: Nuevo en la versión 6.3.
El número total de bytes para los documentos clasificados. Por ejemplo, si se clasificó un total de 10 documentos y cada documento tiene 20 bytes, el número total de bytes clasificados es 200.

indexBulkBuilder.memUsage: Nuevo en la versión 6.3.
Los bytes de memoria actuales asignados para la creación de índices.

indexStats

indexStats: {
   count: Long("<num>"),
   features: {
      '2d': { count: Long("<num>"), accesses: Long("<num>") },
      '2dsphere': { count: Long("<num>"), accesses: Long("<num>") },
      '2dsphere_bucket': { count: Long("<num>"), accesses: Long("<num>") },
      collation: { count: Long("<num>"), accesses: Long("<num>") },
      compound: { count: Long("<num>"), accesses: Long("<num>") },
      hashed: { count: Long("<num>"), accesses: Long("<num>") },
      id: { count: Long("<num>"), accesses: Long("<num>") },
      normal: { count: Long("<num>"), accesses: Long("<num>") },
      partial: { count: Long("<num>"), accesses: Long("<num>") },
      prepareUnique: { count: Long("<num>"), accesses: Long("<num>") }, // Added in 8.1 (and 8.0.4, 7.0.14, and 6.0.20)
      single: { count: Long("<num>"), accesses: Long("<num>") },
      sparse: { count: Long("<num>"), accesses: Long("<num>") },
      text: { count: Long("<num>"), accesses: Long("<num>") },
      ttl: { count: Long("<num>"), accesses: Long("<num>") },
      unique: { count: Long("<num>"), accesses: Long("<num>") },
      wildcard: { count: Long("<num>"), accesses: Long("<num>") }
   }
}

indexStats: Un documento que informa estadísticas sobre todos los índices en bases de datos y colecciones únicamente en namespaces que no son del sistema. indexStats no informa estadísticas sobre los índices en las bases de datos admin, local y config.
Novedades en la versión 6.0.

indexStats.count: La cantidad total de índices.
Novedades en la versión 6.0.

indexStats.features: Un documento que proporciona contadores para cada tipo de índice y el número de accesos en cada índice. Cada tipo de índice bajo indexStats.features tiene un campo count que cuenta el número total de índices para ese tipo, y un campo accesses que cuenta el número de accesos en ese índice.
Novedades en la versión 6.0.

Información de la instancia

host : <string>,
advisoryHostFQDNs : <array>,
version : <string>,
process : <'mongod'|'mongos'>,
service : <'router'|'shard'>,
pid : Long("<num>"),
uptime : <num>,
uptimeMillis : Long("<num>"),
uptimeEstimate : Long("<num>"),
localTime : ISODate("<Date>"),

host: El nombre de host del sistema. En los sistemas Unix/Linux, esto debería ser igual a la salida del comando hostname.

advisoryHostFQDNs: Un arreglo de los nombres de dominio completamente calificados (FQDN) del sistema.

version: La versión de MongoDB del proceso actual de MongoDB.

process: El proceso actual de MongoDB. Los valores posibles son: mongos o mongod.

service: El rol del proceso actual de MongoDB. Los valores posibles son router o shard.
Nuevo en la versión 8.0.

pid: El número de ID del proceso.

uptime: La cantidad de segundos que el proceso actual de MongoDB ha estado activo.

uptimeMillis: El número de milisegundos que el proceso actual de MongoDB ha estado activo.

uptimeEstimate: El tiempo de actividad en segundos calculado a partir del sistema interno de registro de tiempo de grano grueso de MongoDB.

localTime: El ISODate que representa la hora actual, según el servidor, en UTC.

Bloqueos

locks : {
   <type> : {
         acquireCount : {
            <mode> : Long("<num>"),
            ...
         },
         acquireWaitCount : {
            <mode> : Long("<num>"),
            ...
         },
         timeAcquiringMicros : {
            <mode> : Long("<num>"),
            ...
         },
         deadlockCount : {
            <mode> : Long("<num>"),
            ...
         }
   },
   ...

locks

Un documento que informa sobre cada bloqueo <type>, datos en el bloqueo <modes>.

Los posibles bloqueos de <types> son los siguientes:

Tipo de bloqueo	Descripción
`ParallelBatchWriterMode`	Representa un bloqueo para el modo de escritura por lotes paralelo. En versiones anteriores, la información de PBWM se informaba como parte de la información de bloqueo de `Global`.
`ReplicationStateTransition`	Representa el bloqueo tomado para las transiciones de estado del nodo del set de réplicas.
`Global`	Representa el bloqueo global.
`Database`	Representa el bloqueo de la base de datos.
`Collection`	Representa un bloqueo de colección.
`Mutex`	Representa una exclusión mutua.
`Metadata`	Representa un bloqueo de metadatos.
`DDLDatabase`	Representa un bloqueo de base de datos DDL. Nuevo en la versión 7.1.
`DDLCollection`	Representa un bloqueo de colección DDL. Nuevo en la versión 7.1.
`oplog`	Representa un bloqueo en el oplog.

Las posibles <modes> son:

Modo de bloqueo	Descripción
`R`	Representa un bloqueo compartido (S).
`W`	Representa un bloqueo exclusivo (X).
`r`	Representa un bloqueo de intención compartida (IS).
`w`	Representa un bloqueo de intención exclusiva (IX).

Todos los valores son del tipo Long().

locks.<type>.acquireCount: La cantidad de veces que se adquirió el bloqueo en el modo especificado.

locks.<type>.acquireWaitCount: Número de veces que las locks.<type>.acquireCount adquisiciones de bloqueos encontraron esperas porque los bloqueos se mantenían en una moda conflictiva.

locks.<type>.timeAcquiringMicros

Tiempo de espera acumulado en microsegundos para las adquisiciones de bloqueos.

locks.<type>.timeAcquiringMicros dividido por locks.<type>.acquireWaitCount proporciona un tiempo de espera promedio aproximado para la moda de bloqueo particular.

locks.<type>.deadlockCount: La cantidad de veces que las adquisiciones de bloqueo se encontraron con interbloqueos.

caché de registro de sesión lógica

logicalSessionRecordCache : {
   activeSessionsCount : <num>,
   sessionsCollectionJobCount : <num>,
   lastSessionsCollectionJobDurationMillis : <num>,
   lastSessionsCollectionJobTimestamp : <Date>,
   lastSessionsCollectionJobEntriesRefreshed : <num>,
   lastSessionsCollectionJobEntriesEnded : <num>,
   lastSessionsCollectionJobCursorsClosed : <num>,
   transactionReaperJobCount : <num>,
   lastTransactionReaperJobDurationMillis : <num>,
   lastTransactionReaperJobTimestamp : <Date>,
   lastTransactionReaperJobEntriesCleanedUp : <num>,
   sessionCatalogSize : <num>
},

logicalSessionRecordCache: Proporciona métricas sobre el almacenamiento en caché de las sesiones del servidor.

logicalSessionRecordCache.activeSessionsCount

La cantidad de todas las sesiones locales activas almacenadas en caché en la memoria por la instancia mongod o mongos desde el último período de actualización.

Tip

logicalSessionRecordCache.sessionsCollectionJobCount: El número que rastrea cuántas veces se ha ejecutado el proceso de actualización en la colección config.system.sessions.
Tip
logicalSessionRefreshMillis

logicalSessionRecordCache.lastSessionsCollectionJobDurationMillis: La duración en milisegundos de la última actualización.

logicalSessionRecordCache.lastSessionsCollectionJobTimestamp: La hora en la que se produjo la última actualización.

logicalSessionRecordCache.lastSessionsCollectionJobEntriesRefreshed: La cantidad de sesiones que se actualizaron durante la última actualización.

logicalSessionRecordCache.lastSessionsCollectionJobEntriesEnded: El número de sesiones que terminaron durante la última actualización.

logicalSessionRecordCache.lastSessionsCollectionJobCursorsClosed: La cantidad de cursores que se cerraron durante la última actualización de la colección config.system.sessions.

logicalSessionRecordCache.transactionReaperJobCount: El número que rastrea la cantidad de veces que el proceso de limpieza de registros de transacciones se ha ejecutado en la colección config.transactions.

logicalSessionRecordCache.lastTransactionReaperJobDurationMillis: La duración (en milisegundos) de la última limpieza de registros de transacciones.

logicalSessionRecordCache.lastTransactionReaperJobTimestamp: La hora de la última limpieza del registro de transacciones.

logicalSessionRecordCache.lastTransactionReaperJobEntriesCleanedUp: La cantidad de entradas en la colección config.transactions que se borraron durante la última limpieza de registros de transacciones.

logicalSessionRecordCache.sessionCatalogSize

Para una instancia mongod,
El tamaño de la caché en memoria de las entradas config.transactions. Esto corresponde a escrituras reintentables o transacciones cuyas sesiones no han caducado dentro del localLogicalSessionTimeoutMinutes.
Para una instancia mongos,
El número de la caché en memoria de sus sesiones que han tenido transacciones dentro del intervalo más reciente de localLogicalSessionTimeoutMinutes.

mem

mem : {
   bits : <int>,
   resident : <int>,
   virtual : <int>,
   supported : <boolean>
},

mem: Un documento que informa sobre la arquitectura del sistema de mongod y el uso actual de memoria.

mem.bits: Un número, ya sea 64 o 32, que indica si la instancia de MongoDB está compilada para una arquitectura de 64 bits o de 32 bits.

mem.resident: El valor de mem.resident es aproximadamente equivalente a la cantidad de RAM, en mebibytes (MiB), que actualmente utiliza el proceso de la base de datos. Durante el uso normal, este valor tiende a aumentar. En los servidores de bases de datos dedicados, este número tiende a acercarse a la cantidad total de memoria del sistema.

mem.virtual: mem.virtual muestra la cantidad, en mebibyte (MiB), de memoria virtual utilizada por el proceso mongod.

mem.supported: Un valor booleano que indica si el sistema subyacente ofrece soporte para información de memoria extendida. Si este valor es falso y el sistema no admite información de memoria extendida, entonces otros valores de mem pueden no ser accesibles para el servidor de la base de datos.

mem.note

El campo mem.note aparece si mem.supported es false.

El mem.note campo contiene el texto: 'not all mem info support on this platform'.

Métricas

metrics : {
   abortExpiredTransactions: {
      passes: <integer>,
      successfulKills: <integer>,
      timedOutKills: <integer>
   },
   apiVersions: {
      <appName1>: <string>,
      <appName2>: <string>,
      <appName3>: <string>
   },
   aggStageCounters : {
      <aggregation stage> : Long("<num>")
   },
   changeStreams: {
      largeEventsFailed: Long("<num>"),
      largeEventsSplit: Long("<num>"),
      showExpandedEvents: Long("<num>")
   },
   commands: {
      <command>: {
         failed: Long("<num>"),
         validator: {
           total: Long("<num>"),
           failed: Long("<num>"),
           jsonSchema: Long("<num>")
         },
         total: Long("<num>"),
         rejected: Long("<num>")
      }
   },
   cursor : {
      moreThanOneBatch : Long("<num>"),
      timedOut : Long("<num>"),
      totalOpened : Long("<num>"),
      lifespan : {
         greaterThanOrEqual10Minutes : Long("<num>"),
         lessThan10Minutes : Long("<num>"),
         lessThan15Seconds : Long("<num>"),
         lessThan1Minute : Long("<num>"),
         lessThan1Second : Long("<num>"),
         lessThan30Seconds : Long("<num>"),
         lessThan5Seconds : Long("<num>")
      },
      open : {
         noTimeout : Long("<num>"),
         pinned : Long("<num>"),
         multiTarget : Long("<num>"),
         singleTarget : Long("<num>"),
         total : Long("<num>")
      }
   },
   document : {
      deleted : Long("<num>"),
      inserted : Long("<num>"),
      returned : Long("<num>"),
      updated : Long("<num>")
   },
   dotsAndDollarsFields : {
         inserts : Long("<num>"),
         updates : Long("<num>")
   },
   getLastError : {
      wtime : {
         num : <num>,
         totalMillis : <num>
      },
      wtimeouts : Long("<num>"),
      default : {
         unsatisfiable : Long("<num>"),
         wtimeouts : Long("<num>")
      }
   },
   mongos : {
      cursor : {
         moreThanOneBatch : Long("<num>"),
         totalOpened : Long("<num>")
      }
   },
   network : {  // Added in MongoDB 6.3
      totalEgressConnectionEstablishmentTimeMillis : Long("<num>"),
      totalIngressTLSConnections : Long("<num>"),
      totalIngressTLSHandshakeTimeMillis : Long("<num>"),
      totalTimeForEgressConnectionAcquiredToWireMicros : Long("<num>"),
      totalTimeToFirstNonAuthCommandMillis : Long("<num>")
      "averageTimeToCompletedTLSHandshakeMicros": Long("<num>"), // Added in MongoDB 8.2
      "averageTimeToCompletedHelloMicros": Long("<num>"), // Added in MongoDB 8.2
      "averageTimeToCompletedAuthMicros": Long("<num>") // Added in MongoDB 8.2
   },
   operation : {
      killedDueToClientDisconnect : Long("<num>"),  // Added in MongoDB 7.1
      killedDueToDefaultMaxTimeMSExpired : Long("<num>"),
      killedDueToMaxTimeMSExpired : Long("<num>"),  // Added in MongoDB 7.2
      killedDueToRangeDeletion: Long("<num>"), // Added in MongoDB 8.2
      numConnectionNetworkTimeouts : Long("<num>"),  // Added in MongoDB 6.3
      scanAndOrder : Long("<num>"),
      totalTimeWaitingBeforeConnectionTimeoutMillis : Long("<num>"),  // Added in MongoDB 6.3
      unsendableCompletedResponses : Long("<num>"),  // Added in MongoDB 7.1
      writeConflicts : Long("<num>")
   },
   operatorCounters : {
      expressions : {
         <command> : Long("<num>")
      },
      match : {
         <command> : Long("<num>")
      }
   },
   query: {
      allowDiskUseFalse: Long("<num>"),
      updateOneOpStyleBroadcastWithExactIDCount: Long("<num>"),
      bucketAuto: {
         spilledBytes: Long("<num>"),
         spilledDataStorageSize: Long("<num>"),
         spilledRecords: Long("<num>"),
         spills: Long("<num>")
      },
      lookup: {
         hashLookup: Long("<num>"),
         hashLookupSpillToDisk: Long("<num>"),
         indexedLoopJoin: Long("<num>"),
         nestedLoopJoin: Long("<num>")
      },
      multiPlanner: {
         classicCount: Long("<num>"),
         classicMicros: Long("<num>"),
         classicWorks: Long("<num>"),
         sbeCount: Long("<num>"),
         sbeMicros: Long("<num>"),
         sbeNumReads: Long("<num>"),
         histograms: {
            classicMicros: [
               { lowerBound: Long("0"), count: Long("<num>") },
               { < Additional histogram groups not shown. > },
               { lowerBound: Long("1073741824"), count: Long("<num>")> }>
            ],
            classicNumPlans: [
               { lowerBound: Long("0"), count: Long("<num>") },
               { < Additional histogram groups not shown. > },
               { lowerBound: Long("32"), count: Long("<num>") }
            ],
            classicWorks: [
               { lowerBound: Long("0"), count: Long("<num>") },
               { < Additional histogram groups not shown. > },
               { lowerBound: Long("32768"), count: Long("<num>") }
            ],
            sbeMicros: [
               { lowerBound: Long("0"), count: Long("<num>") },
               { < Additional histogram groups not shown. > },
               { lowerBound: Long("1073741824"), count: Long("<num>") }
            ],
            sbeNumPlans: [
               { lowerBound: Long("0"), count: Long("<num>") },
               { < Additional histogram groups not shown. > },
               { lowerBound: Long("32"), count: Long("<num>") }
            ],
            sbeNumReads: [
               { lowerBound: Long("0"), count: Long("<num>") },
               { < Additional histogram groups not shown. > },
               { lowerBound: Long("32768"), count: Long("<num>") }
            ]
         }
      },
      planCache: {
         classic: { hits: Long("<num>"), misses: Long("<num>"), replanned: Long("<num>") },
         sbe: { hits: Long("<num>"), misses: Long("<num>"), replanned: Long("<num>") }
      },
      queryFramework: {
         aggregate: {
            classicHybrid: Long("<num>"),
            classicOnly: Long("<num>"),
            cqf: Long("<num>"),
            sbeHybrid: Long("<num>"),
            sbeOnly: Long("<num>")
         },
         find: { classic: Long("<num>"), cqf: Long("<num>"), sbe: Long("<num>") }
      }
   },
   queryExecutor: {
      scanned : Long("<num>"),
      scannedObjects : Long("<num>"),
      collectionScans : {
         nonTailable : Long("<num>"),
         total : Long("<num>")
      },
      profiler : {
         collectionScans : {
            nonTailable : Long("<num>"),
            tailable : Long("<num>"),
            total : Long("<num>")
         }
      }
   },
   record : {
      moves : Long("<num>")
   },
   repl : {
      executor : {
         pool : {
            inProgressCount : <num>
         },
         queues : {
            networkInProgress : <num>,
            sleepers : <num>
         },
         unsignaledEvents : <num>,
         shuttingDown : <boolean>,
         networkInterface : <string>
      },
      apply : {
         attemptsToBecomeSecondary : Long("<num>"),
         batchSize: <num>,
         batches : {
            num : <num>,
            totalMillis : <num>
         },
         ops : Long("<num>")
      },
      write : {
         batchSize: <num>,
         batches : {
            num : <num>,
            totalMillis : <num>
         }
      },
      buffer : {
         write: {
            count : Long("<num>"),
            maxSizeBytes : Long("<num>"),
            sizeBytes : Long("<num>")
         },
         apply: {
            count : Long("<num>"),
            sizeBytes : Long("<num>"),
            maxSizeBytes : Long("<num>"),
            maxCount: Long("<num>")
         },
      },
      initialSync : {
         completed : Long("<num>"),
         failedAttempts : Long("<num>"),
         failures : Long("<num>")
      },
      network : {
         bytes : Long("<num>"),
         getmores : {
            num : <num>,
            totalMillis : <num>
         },
         notPrimaryLegacyUnacknowledgedWrites : Long("<num>"),
         notPrimaryUnacknowledgedWrites : Long("<num>"),
         oplogGetMoresProcessed : {
            num : <num>,
            totalMillis : <num>
         },
         ops : Long("<num>"),
         readersCreated : Long("<num>"),
         replSetUpdatePosition : {
            num : Long("<num>")
         }
      },
      reconfig : {
         numAutoReconfigsForRemovalOfNewlyAddedFields : Long("<num>")
      },
      stateTransition : {
         lastStateTransition : <string>,
         totalOperationsKilled : Long("<num>"),
         totalOperationsRunning : Long("<num>")
      },
      syncSource : {
         numSelections : Long("<num>"),
         numTimesChoseSame : Long("<num>"),
         numTimesChoseDifferent : Long("<num>"),
         numTimesCouldNotFind : Long("<num>")
      },
      waiters : {
         opTime : Long("<num>"),
         replication : Long("<num>"),
         replCoordMutexTotalWaitTimeInOplogServerStatusMillis: Long("<num>")
      }
   },
   storage : {
      freelist : {
         search : {
            bucketExhausted : <num>,
            requests : <num>,
            scanned : <num>
         }
      }
   },
   ttl : {
      deletedDocuments : Long("<num>"),
      passes : Long("<num>"),
      subPasses : Long("<num>")
   }
}

metrics: Un documento que devuelve varias estadísticas que reflejan el uso actual y el estado de una instancia de mongod en ejecución.

metrics.abortExpiredTransactions: Documento que devuelve estadísticas sobre el estado actual del hilo abortExpiredTransactions.

metrics.abortExpiredTransactions.passes

Indica el número de pases exitosos que abortan transacciones más antiguas que el parámetro transactionLifetimeLimitSeconds.

Si el valor passes deja de incrementarse, indica que el hilo abortExpiredTransactions puede estar atascado.

metrics.abortExpiredTransactions.successfulKills

Número de transacciones expiradas que MongoDB finalizó con éxito.

Una sesión se toma de un grupo de sesiones para ejecutar operaciones de base de datos.

AbortExpiredTransactionsSessionCheckoutTimeout establece la cantidad máxima de milisegundos para que una sesión se revise al intentar finalizar una transacción expirada.

Si la transacción expirada finaliza con éxito, MongoDB incrementa metrics.abortExpiredTransactions.successfulKills. Si la transacción no finaliza con éxito porque se agota el tiempo de espera al intentar finalizar una sesión, MongoDB incrementa metrics.abortExpiredTransactions.timedOutKills.

Nuevo en la versión 8.1: (también disponible en 8.0.13)

metrics.abortExpiredTransactions.timedOutKills

Número de transacciones expiradas que MongoDB finalizó sin éxito debido a que se agotó el tiempo de espera al intentar retirar una sesión.

Una sesión se toma de un grupo de sesiones para ejecutar operaciones de base de datos.

AbortExpiredTransactionsSessionCheckoutTimeout establece la cantidad máxima de milisegundos para que una sesión se revise al intentar finalizar una transacción expirada.

Nuevo en la versión 8.1: (también disponible en 8.0.13)

metrics.aggStageCounters

Un documento que informa sobre el uso de etapas del pipeline de agregación. Los campos en metrics.aggStageCounters son los nombres de las etapas de la canalización de agregación. Para cada etapa del pipeline, serverStatus informa el número de veces que se ha ejecutado esa etapa.

Actualizado en la versión 5.2 (y 5.0.6).

metrics.apiVersions

Un documento que contiene:

El nombre de cada aplicación cliente
La versión de Stable API con la que se configuró cada aplicación en el último período de 24 horas

Considere lo siguiente al ver metrics.apiVersions:

Los valores posibles que se pueden devolver para cada appname son los siguientes:
- default: El comando se emitió sin especificar una versión de Stable API.
- 1El comando se emitió con la versión 1 de Stable API.
Nota
Es posible que vea ambos valores de retorno para un appname porque puede especificar una versión de Stable API a nivel de comando. Es posible que algunos de sus comandos se hayan emitido sin una versión de Stable API, mientras que otros se hayan emitido con la versión 1.
Las métricas de la versión de la API se conservan durante 24 horas. Si no se emiten comandos con una versión específica de la API desde una aplicación en las últimas 24 horas, ese appname y la versión de la API se removerán de las métricas. Esto también se aplica a la métrica de la versión de la API default.
Establezca el appname al conectarse a una instancia de MongoDB especificando el appname en el URI de conexión. ?appName=ZZZ configura appname a ZZZZ.
Los drivers que acceden a la Stable API pueden configurar un appname por defecto.
Si no se configura appname, se rellenará automáticamente un valor por defecto basado en el producto. Por ejemplo, para una conexión MongoDB Compass sin appname en el URI, la métrica devuelve: 'MongoDB Compass': [ 'default' ].

Nuevo en la versión 5.0.

metrics.operatorCounters: Un documento que informa sobre el uso de operadores y expresiones del pipeline de agregación de datos.

metrics.operatorCounters.expressions

Un documento con un número que indica con qué frecuencia se ejecutaron las expresiones.

Para obtener métricas de un operador específico, como el operador mayor que ($gt), agregue el operador al comando:

db.runCommand( { serverStatus: 1 } ).metrics.operatorCounters.expressions.$gt

Nuevo en la versión 5.0.

metrics.operatorCounters.match

Un documento con un número que indica cuántas veces se ejecutaron las expresiones de coincidencia.

Los operadores de expresiones de coincidencia también se incrementan como parte de una etapa del pipeline de agregación de datos $match. Si la etapa $match utiliza el operador $expr, el contador para $expr aumenta, pero los contadores de los componentes no.

Considera el siguiente query:

db.matchCount.aggregate(
   [
      { $match:
         {  $expr: { $gt: [ "$_id", 0 ] } }
      }
   ]
)

El contador para $expr aumenta cuando se ejecuta el query. El contador para $gt no aumenta.

metrics.changeStreams.largeEventsSplit: La cantidad de eventos de flujo de cambios mayores a 16 MB que se dividieron en fragmentos más pequeños. Los eventos solo se dividen si utiliza la etapa del pipeline $changeStreamSplitLargeEvent.
Nuevo en la versión 7.0: (también disponible en 6.0.9)

metrics.changeStreams: Un documento que informa sobre eventos de flujo de cambios mayores a 16 MB.
Nuevo en la versión 7.0.

metrics.changeStreams.largeEventsFailed: El número de eventos de flujo de cambios que causaron una excepción BSONObjectTooLarge porque el evento era mayor a 16 MB. Para evitar la excepción, consulte $changeStreamSplitLargeEvent.
Nuevo en la versión 7.0: (También disponible en 6.0.9 y 5.0.19)

metrics.changeStreams.showExpandedEvents

El número de cursores de flujo de cambios con la opción showExpandedEvents establecida en true.

El contador para showExpandedEvents se incrementa cuando:

Abre un cursor de flujo de cambios.
Ejecuta el comando explain en un cursor de flujo de cambios.

Nuevo en la versión 7.1.

metrics.commands

Un documento que informa sobre el uso de comandos de base de datos. Los campos en metrics.commands son los nombres de comandos de base de datos. Para cada comando, el serverStatus informa del número total de ejecuciones y del número de ejecuciones fallidas.

metrics.commands incluye replSetStepDownWithForce (es decir, el comando replSetStepDown con force: true), así como el replSetStepDown en general. En versiones anteriores, el comando solo informaba métricas generales replSetStepDown.

metrics.commands.<command>.failed: La cantidad de veces que <command> falló en este mongod.

metrics.commands.<create or collMod>.validator: Para los comandos create y collMod, un documento que informa sobre los objetos validator no vacíos que se pasan al comando para especificar reglas o expresiones de validación para la colección.

metrics.commands.<create or collMod>.validator.total: La cantidad de veces que un objeto validator no vacío se pasó como opción para el comando en este mongod.

metrics.commands.<create or collMod>.validator.failed: El número de veces que una llamada al comando en este mongod falló con un objeto validator no vacío debido a un error de validación de esquema.

metrics.commands.<create or collMod>.validator.jsonSchema: El número de veces que un objeto validator con un $jsonSchema se pasó como opción al comando en este mongod.

metrics.commands.<command>.total: El número de veces que <command> se ha ejecutado en este mongod.

metrics.commands.<command>.rejected

El número de veces que <command> fue rechazado en este mongod porque el comando o la Operación tiene una configuración de query asociada donde el campo reject es true.

Para configurar el campo reject, utiliza setQuerySettings.

Nuevo en la versión 8.0.

metrics.commands.update.pipeline

La cantidad de veces que se usó un pipeline de agregación de datos para actualizar documentos en este mongod. Reste este valor del número total de actualizaciones para obtener la cantidad de actualizaciones realizadas con la sintaxis del documento.

El contador pipeline solo está disponible para las operaciones update y findAndModify.

metrics.commands.findAndModify.pipeline

La cantidad de veces que se usó findAndModify() en un pipeline de agregación de datos para actualizar documentos en este mongod.

El contador pipeline solo está disponible para las operaciones update y findAndModify.

metrics.commands.update.arrayFilters

La cantidad de veces que se usó un arrayFilter para actualizar documentos en este mongod.

El contador arrayFilters solo está disponible para las operaciones update y findAndModify.

metrics.commands.findAndModify.arrayFilters

La cantidad de veces que se utilizó un arrayFilter con findAndModify() para actualizar documentos en este mongod.

El contador arrayFilters solo está disponible para las operaciones update y findAndModify.

metrics.document: Un documento que refleja los patrones de acceso y modificación de documentos. Compare estos valores con los datos en el opcounters documento, que rastrea el número total de operaciones.

metrics.document.deleted: La cantidad total de documentos borrados.

metrics.document.inserted: El número total de documentos insertados.

metrics.document.returned: La cantidad total de documentos devueltos por los queries.

metrics.document.updated: La cantidad total de documentos coincidentes para las operaciones de actualización. Este valor no es necesariamente igual al número de documentos modificados por las actualizaciones.

metrics.dotsAndDollarsFields

Un documento con un número que indica la frecuencia con la que se ejecutaron las operaciones de inserción o actualización utilizando un nombre con prefijo de dólar ($). El valor no indica la cantidad exacta de operaciones.

Cuando una operación de inserción crea un nuevo documento, se considera un insert, en lugar de un update.

Nuevo en la versión 5.0.

metrics.executor: Un documento que informa sobre distintas estadísticas para el ejecutor de replicaciones.

metrics.getLastError: Un documento que informa sobre el uso del nivel de confirmación de escritura (write concern).

metrics.getLastError.wtime: Un documento que informa sobre los recuentos de operaciones de nivel de confirmación de escritura (write concern) con un argumento w mayor que 1.

metrics.getLastError.wtime.num: La cantidad total de operaciones con un nivel de confirmación de escritura (write concern) especificado (es decir, w) que esperan que uno o más nodos de un set de réplicas reconozcan la operación de escritura (es decir, un valor w mayor que 1).

metrics.getLastError.wtime.totalMillis: La cantidad total de tiempo en milisegundos que el mongod ha dedicado a realizar operaciones de nivel de confirmación de escritura (write concern) con un nivel de confirmación de escritura (write concern) (por ejemplo, w) que espera a que uno o más nodos de un set de réplicas reconozcan la operación de escritura (es decir, un valor w mayor que 1).

metrics.getLastError.wtimeouts: La cantidad de veces que las operaciones de nivel de confirmación de escritura (write concern) han excedido el tiempo de espera como resultado del umbral wtimeout. Este número se incrementa tanto para las especificaciones por defecto o no de nivel de confirmación de escritura (write concern).

metrics.getLastError.default

Un documento que informa sobre cuándo se utilizó un nivel de confirmación de escritura (write concern) por defecto (es decir, un nivel de confirmación de escritura que no esclientSupplied). Los posibles orígenes de un nivel de confirmación de escritura (write concern) por defecto son los siguientes:

implicitDefault
customDefault
getLastErrorDefaults

Consulte la siguiente tabla para obtener información sobre cada posible origen del nivel de confirmación de escritura, o provenance:

Origen	Descripción
`clientSupplied`	El nivel de confirmación de escritura se especificó en la aplicación.
`customDefault`	El nivel de confirmación de escritura se originó a partir de un valor por defecto personalizado. Vea `setDefaultRWConcern`.
`getLastErrorDefaults`	El nivel de confirmación de escritura se originó en el campo `settings.getLastErrorDefaults` del set de réplicas.
`implicitDefault`	El nivel de confirmación de escritura (write concern) se originó en el servidor en ausencia de todas las demás especificaciones de nivel de confirmación de escritura (write concern).

metrics.getLastError.default.unsatisfiable: La cantidad de veces que un nivel de confirmación de escritura (write concern) no-clientSupplied devolvió el código de error UnsatisfiableWriteConcern.

metrics.getLastError.default.wtimeouts: La cantidad de veces que se agotó el tiempo de espera de un nivel de confirmación de escritura (write concern) no-clientSupplied.

metrics.mongos: Un documento que contiene métricas sobre mongos.

metrics.mongos.cursor: Un documento que contiene métricas para los cursores utilizados por mongos.

metrics.mongos.cursor.moreThanOneBatch: La cantidad total de cursores que han devuelto más de una agrupación desde que comenzó mongos. Se recuperan agrupaciones adicionales con el comando getMore.
Nuevo en la versión 5.0.

metrics.mongos.cursor.totalOpened: El número total de cursores que se han abierto desde que mongos comenzó, incluidos los cursores que están actualmente abiertos. Se diferencia de metrics.cursor.open.total, que es únicamente el número de cursores abiertos actualmente.
Nuevo en la versión 5.0.

metrics.network: Nuevo en la versión 6.3.
Un documento que informa sobre las métricas de la red del servidor.

metrics.network.totalEgressConnectionEstablishmentTimeMillis: Nuevo en la versión 6.3.
El tiempo total en milisegundos para establecer conexiones con el servidor.

metrics.network.totalIngressTLSConnections: Nuevo en la versión 6.3.
La cantidad total de conexiones entrantes al servidor que usan TLS. La cantidad es acumulativa y es el total después de que se inició el servidor.

metrics.network.totalIngressTLSHandshakeTimeMillis: Nuevo en la versión 6.3.
El tiempo total en milisegundos que las conexiones entrantes al servidor deben esperar para que se complete el protocolo de negociación de la red TLS. La cantidad es acumulativa y es el total después de que se inició el servidor.

metrics.network.totalTimeForEgressConnectionAcquiredToWireMicros: Nuevo en la versión 6.3.
El tiempo total en microsegundos que las operaciones esperan entre la adquisición de una conexión al servidor y la escritura de los bytes para enviar al servidor a través de la red. La cantidad es acumulativa y es el total después de que se inició el servidor.

metrics.network.totalTimeToFirstNonAuthCommandMillis: Nuevo en la versión 6.3.
El tiempo total en milisegundos desde la aceptación de conexiones entrantes al servidor y la recepción de la primera operación que no forma parte del proceso de autenticación de la conexión. La cantidad es acumulativa y es el total después de que se inició el servidor.

metrics.network.averageTimeToCompletedTLSHandshakeMicros: Nuevo en la versión 8.2: (también disponible en 8.1.1)
El tiempo promedio en microsegundos que se tarda en completar un protocolo de negociación TLS para conexiones entrantes.

metrics.network.averageTimeToCompletedHelloMicros: Nuevo en la versión 8.2: (también disponible en 8.1.1)
El tiempo en microsegundos entre el inicio del establecimiento de la conexión y la finalización del comando hello. Puede utilizar esta métrica para ajustar el ingressConnectionEstablishmentMaxQueueDepth y el ingressConnectionEstablishmentRatePerSec para asegurarse de que se asigne el tiempo adecuado para completar el establecimiento de la conexión después de salir de la cola.

metrics.network.averageTimeToCompletedAuthMicros: Nuevo en la versión 8.2: (también disponible en 8.1.1)
El tiempo en microsegundos que tarda el intercambio de autenticación SASL en completarse después del inicio del establecimiento de la conexión.

metrics.operation: Un documento que contiene contadores para varios tipos de operaciones de actualización y query que MongoDB gestiona utilizando tipos de operaciones especiales.

metrics.operation.killedDueToClientDisconnect: Nuevo en la versión 7.1.
La cantidad total de operaciones canceladas antes de completarse porque el cliente se desconectó.

metrics.operation.killedDueToDefaultMaxTimeMSExpired: Nuevo en la versión 8.0.
Número total de operaciones que expiraron debido al tiempo de espera por defecto a nivel de clúster, defaultMaxTimeMS.

metrics.operation.killedDueToMaxTimeMSExpired: Nuevo en la versión 7.2.
Número total de operaciones que expiraron debido al tiempo de espera a nivel de operación, cursor.maxTimeMS().

metrics.operation.killedDueToRangeDeletion: Nuevo en la versión 8.2.
Número total de operaciones terminadas debido a la limpieza de rangos huérfanos. Para obtener más información, consulta terminateSecondaryReadsOnOrphanCleanup.

metrics.operation.numConnectionNetworkTimeouts: Nuevo en la versión 6.3.
La cantidad total de operaciones que fallaron debido a errores de tiempo de espera al adquirir la conexión del servidor.

metrics.operation.scanAndOrder: El número total de queries que devuelven números ordenados que no pueden realizar la operación de clasificación utilizando un índice.

metrics.operation.totalTimeWaitingBeforeConnectionTimeoutMillis: Nuevo en la versión 6.3.
Tiempo total en milisegundos que las operaciones esperaron antes de fallar debido a errores de tiempo de espera al adquirir la conexión con el servidor.

metrics.operation.unsendableCompletedResponses: Nuevo en la versión 7.1.
Número total de operaciones que se completaron en el servidor pero no enviaron su respuesta al cliente porque la conexión entre el cliente y el servidor falló o se desconectó.

metrics.operation.writeConflicts: La cantidad total de queries que encontraron conflictos de escritura.

metrics.query.bucketAuto.spilledBytes: La cantidad de bytes en memoria volcados al disco por la etapa $bucketAuto.
Nuevo en la versión 8.2.

metrics.query.bucketAuto.spilledDataStorageSize: El espacio total en disco, en bytes, utilizado por los datos volcados de la etapa $bucketAuto.
Nuevo en la versión 8.2.

metrics.query.bucketAuto.spilledRecords: El número de registros volcados al disco por la etapa $bucketAuto.
Nuevo en la versión 8.2.

metrics.query.bucketAuto.spills: El número de veces que la etapa $bucketAuto se volcó en el disco.
Nuevo en la versión 8.2.

metrics.query.lookup

Un documento que proporciona datos detallados sobre el uso de la etapa $lookup con el motor de ejecución de query basado en ranuras. Para obtener más información, consulte Optimización de $lookup.

Estas métricas están principalmente destinadas al uso interno por parte de MongoDB.

Nuevo en la versión 6.1

metrics.query.multiPlanner

Proporciona datos detallados de planificación de query para el motor de ejecución de query basado en ranuras y el motor de query clásico. Para obtener más información sobre el motor de ejecución de query basado en ranuras, consulte: Optimizaciones del pipeline del motor de ejecución de query basado en ranuras.

Estas métricas están principalmente destinadas al uso interno por parte de MongoDB.

Nuevo en la versión 6.0.0 y 5.0.9

metrics.query.sort: Un documento que contiene contadores relacionados con las etapas de clasificación.
Nuevo en la versión 6.2.

metrics.query.sort.spillToDisk: La cantidad total de escrituras en disco causadas por las etapas de clasificación.
Nuevo en la versión 6.2.

metrics.query.sort.totalBytesSorted: La cantidad total de datos ordenados en bytes.
Nuevo en la versión 6.2.

metrics.query.sort.totalKeysSorted: La cantidad total de claves usadas en las clasificaciones.
Nuevo en la versión 6.2.

query.multiPlanner.classicMicros: Agrega la cantidad total de microsegundos utilizados en el multiplanificador clásico.

query.multiPlanner.classicWorks: Agrega el número total de "obras" realizadas en el multiplanner clásico.

query.multiPlanner.classicCount: Agrega el número total de invocaciones del multiplanner clásico.

query.multiPlanner.sbeMicros: Agrega la cantidad total de microsegundos utilizados en el multiplanificador del motor de ejecución basado en ranuras.

query.multiPlanner.sbeNumReads: Agrega la cantidad total de lecturas realizadas en el multiplanificador del motor de ejecución basado en ranuras.

query.multiPlanner.sbeCount: Agrega la cantidad total de invocaciones del multiplanificador del motor de ejecución basado en ranuras.

query.multiPlanner.histograms.classicMicros: Un histograma que mide la cantidad de microsegundos utilizados en una invocación del multiplanificador clásico.

query.multiPlanner.histograms.classicWorks: Un histograma que mide la cantidad de "operaciones" realizadas durante una invocación del multiplanificador clásico.

query.multiPlanner.histograms.classicNumPlans: Un histograma que mide la cantidad de planes en el conjunto candidato durante una invocación del multiplanificador clásico.

query.multiPlanner.histograms.sbeMicros: Un histograma que mide la cantidad de microsegundos utilizados en una invocación del multiplanificador del motor de ejecución basado en ranuras.

query.multiPlanner.histograms.sbeNumReads: Un histograma que mide el número de lecturas durante una invocación del multiplanner del motor de ejecución basado en ranuras.

query.multiPlanner.histograms.sbeNumPlans: Un histograma que mide la cantidad de planes en el conjunto candidato durante una invocación del multiplanificador del motor de ejecución basado en ranuras.

query.planning.fastPath.express

El número de queries que utilizan un plan de escaneo de índice optimizado que consiste en una de las siguientes etapas del plan:

EXPRESS_CLUSTERED_IXSCAN
EXPRESS_DELETE
EXPRESS_IXSCAN
EXPRESS_UPDATE

Para obtener más información sobre los planes del query, consulta Explicación de resultados.

Nuevo en la versión 8.1.

query.planning.fastPath.idHack: El número de queries que contienen el campo _id. Para estos queries, MongoDB utiliza el índice por defecto en el campo _id y omite todo análisis del plan del query.
Nuevo en la versión 8.1.

query.queryFramework.aggregate: Un documento que informa sobre la cantidad de operaciones de agregación de datos ejecutadas en cada estructura del query. Los subcampos en query.queryFramework.aggregate indican la cantidad de veces que se utilizó cada framework para realizar una operación de agregación de datos.

query.queryFramework.find: Un documento que informa sobre la cantidad de operaciones de búsqueda ejecutadas en cada estructura del query. Los subcampos en query.queryFramework.find indican la cantidad de veces que se utilizó cada framework para realizar una operación de búsqueda.

metrics.queryExecutor: Un documento que informa datos del sistema de ejecución del query.

metrics.queryExecutor.scanned: La cantidad total de elementos de índice escaneados durante los queries y la evaluación del plan del query. Este contador es el mismo que totalKeysExamined en el resultado de explain().

metrics.queryExecutor.scannedObjects: La cantidad total de documentos escaneados durante los queries y la evaluación del plan del query. Este contador es el mismo que totalDocsExamined en el resultado de explain().

metrics.queryExecutor.collectionScans: Un documento que informa sobre la cantidad de queries que realizaron un escaneo de colección.

metrics.queryExecutor.collectionScans.nonTailable: La cantidad de queries que realizaron un escaneo de colección que no usaron un cursor con seguimiento.

metrics.queryExecutor.collectionScans.total: La cantidad total de queries que realizaron un escaneo de colección. El total está compuesto por queries que utilizaron y no utilizaron un cursor con seguimiento.

metrics.queryExecutor.profiler.collectionScans.nonTailable: El número de consultas que realizaron un escaneo de colección en una colección de profile que no utilizaron un cursor con seguimiento.

metrics.queryExecutor.profiler.collectionScans.tailable: El número de queries que realizaron un escaneo de colección en una colección profile que utilizó un cursor con seguimiento.

metrics.queryExecutor.profiler.collectionScans.total: El número total de queries que realizaron un escaneo de colección en una colección de profile. Esto incluye queries que utilizaban tanto cursores con seguimiento como sin seguimiento.

metrics.record: Un documento que informa sobre los datos relacionados con la asignación de registros en los archivos de memoria en disco.

metrics.repl: Un documento que informa sobre las métricas relacionadas con el proceso de replicación. El documento metrics.repl aparece en todas las instancias de mongod, incluso en aquellas que no son miembros de Sets de réplicas.

metrics.repl.apply: Un documento que informa sobre la aplicación de operaciones desde el oplog de replicaciones.

metrics.repl.apply.batchSize

El número total de entradas del oplog aplicadas. El metrics.repl.apply.batchSize se incrementa con el número de entradas del oplog en una agrupación en los límites de la agrupación en lugar de incrementarse en uno después de cada entrada.

Para una mayor granularidad, consulta metrics.repl.apply.ops.

metrics.repl.apply.batches: metrics.repl.apply.batches informa sobre el proceso de aplicación del oplog en los miembros secundarios de los Sets de réplicas. Consulta Replicación multihilo para obtener más información sobre los procesos de aplicación del oplog.

metrics.repl.apply.batches.num: La cantidad total de agrupaciones aplicadas en todas las bases de datos.

metrics.repl.apply.batches.totalMillis: El tiempo total en milisegundos que el mongod ha dedicado a aplicar operaciones del oplog.

metrics.repl.apply.ops: El número total de operaciones aplicadas durante el proceso de replicación. metrics.repl.apply.ops se incrementa después de cada operación, incluidas las operaciones que derivan de entradas de oplog durante la aplicación, como las actualizaciones a colecciones internas de metadatos como config.transactions.
Tip
metrics.repl.apply.batchSize

metrics.repl.write: Documento que informa sobre las entradas escritas en el OpLog.
Nuevo en la versión 8.0.

metrics.repl.write.batchSize: Número total de entradas escritas en el oplog. Esta métrica se actualiza con el número de entradas de cada agrupación a medida que el Nodo termina de escribir la agrupación en el oplog.
Nuevo en la versión 8.0.

metrics.repl.write.batches: Documento que informa sobre el proceso de escritura del oplog para los miembros secundarios.
Nuevo en la versión 8.0.

metrics.repl.write.batches.num: Número total de agrupaciones escritas en todas las bases de datos.
Nuevo en la versión 8.0.

metrics.repl.write.batches.totalMillis: Tiempo total en milisegundos que el Nodo ha pasado escribiendo entradas en el oplog.
Nuevo en la versión 8.0.

metrics.repl.buffer

MongoDB almacena en búfer las operaciones de oplog desde el búfer de la fuente de sincronización de replicación antes de aplicar las entradas de oplog en una agrupación. metrics.repl.buffer proporciona una manera de rastrear los búferes de oplog. Consulta Replicación multihilo para obtener más información sobre el proceso de aplicación del oplog.

Cambiado en la versión 8.0.

A partir de MongoDB 8.0, las réplicas secundarias ahora actualizan el oplog local y aplican los cambios a la base de datos en paralelo. Para cada lote de entradas de oplog, MongoDB utiliza dos búferes:

El búfer write recibe nuevas entradas de oplog del primario. El escritor añade estas entradas al oplog local y las envía al aplicador.
El búfer apply recibe nuevas entradas de oplog del escritor. El aplicador emplea estas entradas para actualizar la base de datos local.

Este es un cambio disruptivo ya que deja obsoletas las métricas de estado antiguas de metrics.repl.buffer.

metrics.repl.buffer.apply: Proporciona información sobre el estado del búfer de aplicación del Oplog.
Nuevo en la versión 8.0.

metrics.repl.buffer.apply.count: El número actual de operaciones en el búfer de aplicación del oplog.
Nuevo en la versión 8.0.

metrics.repl.buffer.apply.maxCount: Número máximo de operaciones en el búfer de aplicación del oplog. mongod establece este valor usando una constante, la cual no es configurable.
Nuevo en la versión 8.0.

metrics.repl.buffer.apply.maxSizeBytes: Tamaño máximo del búfer de aplicación. mongod establece este tamaño utilizando una constante, la cual no es configurable.
Nuevo en la versión 8.0.

metrics.repl.buffer.apply.sizeBytes: El tamaño actual del contenido del búfer de aplicación del oplog.
Nuevo en la versión 8.0.

metrics.repl.buffer.count: Obsoleto desde la versión 8.0.
A partir de MongoDB 8.0, las secundarias utilizan búferes independientes para guardar y aplicar entradas de oplog. Para el número actual de operaciones en los búferes de oplog, consulta las métricas de estado de apply.count o write.count.

metrics.repl.buffer.maxSizeBytes: Obsoleto desde la versión 8.0.
A partir de MongoDB 8.0, las secundarias utilizan búferes independientes para guardar y aplicar entradas de oplog. Para conocer el tamaño máximo de los búferes, consulta las métricas de estado de apply.maxSizeBytes o write.maxSizeBytes.

metrics.repl.buffer.sizeBytes: Obsoleto desde la versión 8.0.
A partir de MongoDB 8.0, las secundarias utilizan búferes independientes para guardar y aplicar entradas de oplog. Para conocer el tamaño actual de los búferes de oplog, consulta las métricas de estado de apply.sizeBytes o write.sizeBytes.

metrics.repl.buffer.write: Proporciona información sobre el estado del búfer de guardado del OpLog.
Nuevo en la versión 8.0.

metrics.repl.buffer.write.count: El número actual de operaciones en el búfer de escritura del registro de operaciones.
Nuevo en la versión 8.0.

metrics.repl.buffer.write.maxSizeBytes: Tamaño máximo del búfer de guardado. mongod establece este valor utilizando una constante, la cual no es configurable.
Nuevo en la versión 8.0.

metrics.repl.buffer.write.sizeBytes: El tamaño actual del contenido del búfer de escritura del oplog.
Nuevo en la versión 8.0.

metrics.repl.network: metrics.repl.network informa sobre el uso de la red por parte del proceso de replicación.

metrics.repl.network.bytes: metrics.repl.network.bytes informa de la cantidad total de datos leídos desde la fuente de sincronización de replicaciones.

metrics.repl.network.getmores: metrics.repl.network.getmores informa sobre las operaciones de getmore, que son solicitudes de resultados adicionales del cursor del oplog como parte del proceso de replicación del oplog.

metrics.repl.network.getmores.num: metrics.repl.network.getmores.num informa el número total de operaciones getmore, que son operaciones que solicitan un conjunto adicional de operaciones de la fuente de sincronización de replicación.

metrics.repl.network.getmores.totalMillis: metrics.repl.network.getmores.totalMillis informa sobre el tiempo total necesario para recopilar datos de las operaciones de getmore.
Nota
Este número puede ser bastante grande, ya que MongoDB esperará más datos incluso si la operación getmore no devuelve datos inicialmente.

metrics.repl.network.getmores.numEmptyBatches

El número de agrupaciones oplog vacías que una secundaria recibe de su fuente de sincronización. Una secundaria recibe una agrupación vacía si está totalmente sincronizada con su fuente y:

El getmore agota el tiempo esperando más datos o
El punto de confirmación mayoritario de la fuente de sincronización ha avanzado desde la última agrupación enviada a esta secundaria.

Para una primaria, si la instancia fue anteriormente una secundaria, el número informa sobre las agrupaciones vacías recibidas cuando era secundaria. De lo contrario, para una primaria, este número es 0.

metrics.repl.network.notPrimaryLegacyUnacknowledgedWrites: La cantidad de operaciones de escritura heredadas no reconocidas (w: 0) (ver Códigos de operación) que fallaron porque el mongod actual no está en el estado PRIMARY.

metrics.repl.network.notPrimaryUnacknowledgedWrites: La cantidad de operaciones de escritura no reconocidas (w: 0) que fallaron porque el mongod actual no está en estado PRIMARY.

metrics.repl.network.oplogGetMoresProcessed: Un documento que informa sobre la cantidad de comandos getMore para obtener el oplog que un nodo procesó como fuente de sincronización.

metrics.repl.network.oplogGetMoresProcessed.num: La cantidad de getMore comandos para obtener el oplog que un nodo procesó como fuente de sincronización.

metrics.repl.network.oplogGetMoresProcessed.totalMillis: El tiempo, en milisegundos, que un nodo pasó en el procesamiento de los getMore comandos contados en metrics.repl.network.oplogGetMoresProcessed.num.

metrics.repl.network.ops: El número total de operaciones leídas desde la fuente de replicación.

metrics.repl.network.readersCreated: El número total de procesos de query de oplog creados. MongoDB creará una nueva query de oplog cada vez que ocurra un error en la conexión, incluido un tiempo de espera o una operación de red. Además, metrics.repl.network.readersCreated se incrementará cada vez que MongoDB seleccione una nueva fuente para la replicación.

metrics.repl.network.replSetUpdatePosition: Un documento que informa sobre la cantidad de comandos replSetUpdatePosition que un nodo ha enviado a su fuente de sincronización.

metrics.repl.network.replSetUpdatePosition.num: La cantidad de comandos replSetUpdatePosition que un nodo ha enviado a su fuente de sincronización. Los comandos replSetUpdatePosition son comandos internos de replicación que comunican el progreso de la replicación desde los nodos a sus fuentes de sincronización.
Nota
Los nodos del set de réplicas en el estado STARTUP2 no envían el comando replSetUpdatePosition a su fuente de sincronización.

metrics.repl.reconfig: Un documento que contiene la cantidad de veces que los campos del nodo newlyAdded fueron removidos automáticamente por la primaria. Cuando se agrega un nodo por primera vez al set de réplicas, el campo newlyAdded del nodo se establece en true.
Nuevo en la versión 5.0.

metrics.repl.reconfig.numAutoReconfigsForRemovalOfNewlyAddedFields: La cantidad de veces que los campos del nodo newlyAdded fueron removidos automáticamente por la primaria. Cuando se agrega un nodo por primera vez al set de réplicas, el campo newlyAdded del nodo se establece en true. Después de que la primaria recibe la respuesta del latido del nodo que indica que el estado del nodo es SECONDARY, RECOVERING o ROLLBACK, la primaria automáticamente remueve el campo newlyAdded del nodo. Los campos newlyAdded se almacenan en la colección local.system.replset.
Nuevo en la versión 5.0.

metrics.repl.stateTransition

Información sobre las operaciones de los usuarios cuando el nodo pasa por una de las siguientes transiciones que pueden detener las operaciones de los usuarios:

El nodo se convierte en primario.
El nodo se retira para convertirse en secundario.
El nodo está realizando activamente un rollback.

metrics.repl.stateTransition.lastStateTransition

La transición que se informa:

Cambio de estado	Descripción
`"stepUp"`	El nodo se convierte en primario.
`"stepDown"`	El nodo se retira para convertirse en secundario.
`"rollback"`	El nodo está realizando activamente un rollback.
`""`	El nodo no ha experimentado ningún cambio de estado.

metrics.repl.stateTransition.totalOperationsKilled: El número total de operaciones que se detuvieron durante el cambio de estado de la instancia del mongod.
Nuevo en la versión 7.3: totalOperationsKilled reemplaza a userOperationsKilled

metrics.repl.stateTransition.totalOperationsRunning: El número total de operaciones que permanecieron en ejecución durante el cambio de estado de la instancia mongod.
Nuevo en la versión 7.3: totalOperationsRunning reemplaza a userOperationsRunning

metrics.repl.stateTransition.userOperationsKilled: Obsoleto desde la versión 7.3: totalOperationsKilled sustituye a userOperationsKilled.

metrics.repl.stateTransition.userOperationsRunning: Obsoleto desde la versión 7.3: totalOperationsRunning sustituye a userOperationsRunning.

metrics.repl.syncSource: Información sobre el proceso de selección de la fuente de sincronización de un nodo del set de réplicas.

metrics.repl.syncSource.numSelections: La cantidad de veces que un nodo intentó elegir un nodo para sincronizar entre las opciones de fuentes de sincronización disponibles. Un nodo intenta elegir un nodo para sincronizar si, por ejemplo, se reevalúa la fuente de sincronización o el nodo recibe un error de su fuente de sincronización actual.

metrics.repl.syncSource.numTimesChoseSame: La cantidad de veces que un nodo mantuvo su fuente de sincronización original después de reevaluar si su fuente de sincronización actual era óptima.

metrics.repl.syncSource.numTimesChoseDifferent: La cantidad de veces que un nodo eligió una nueva fuente para sincronización después de reevaluar si su fuente de sincronizar actual era óptima.

metrics.repl.syncSource.numTimesCouldNotFind: La cantidad de veces que un nodo no pudo encontrar una fuente de sincronización disponible al intentar elegir un nodo desde el que sincronizar.

metrics.repl.timestamps: Un documento que informa sobre las marcas de tiempo de replicación.
Nuevo en la versión 8.1.

metrics.repl.timestamps.oldestTimestamp: La marca de tiempo del snapshot más antigua. Un snapshot es una copia de los datos en una instancia de mongod en un punto específico en el tiempo.
Nuevo en la versión 8.1.

metrics.repl.waiters.replication: El número de hilos en espera de reconocimientos de nivel de confirmación de escritura replicado o registrado en la bitácora.
Nuevo en la versión 7.3.

metrics.repl.waiters.opTime: El número de hilos en cola para las asignaciones de optime de replicación local.
Nuevo en la versión 7.3.

metrics.repl.waiters.replCoordMutexTotalWaitTimeInOplogServerStatusMillis: El tiempo promedio de espera en milisegundos para adquirir el mutex del coordinador de replicación. MongoDB mide este tiempo cuando genera la sección de estado de oplog del servidor. Esta métrica ayuda a identificar posibles problemas de rendimiento de la replicación relacionados con la contención de mutex.
Nuevo en la versión 8.2.

metrics.storage.freelist.search.bucketExhausted: La cantidad de veces que mongod ha examinado la lista libre sin encontrar una gran asignación de registros.

metrics.storage.freelist.search.requests: La cantidad de veces que mongod ha realizado búsquedas de asignaciones de registros disponibles.

metrics.storage.freelist.search.scanned: La cantidad de asignaciones de registros disponibles mongod ha realizado búsquedas.

metrics.ttl: Un documento que informa sobre la operación del uso de recursos del proceso del índica ttl.

metrics.ttl.deletedDocuments: La cantidad total de documentos borrados de las colecciones con un índice ttl.

metrics.ttl.invalidTTLIndexSkips

Número de borrados de TTL omitidos debido a que un índice secundario de TTL estaba presente, pero no era válido para el borrado de TTL.

0 indica que todos los índices TTL secundarios son aptos para la eliminación por TTL.
Un valor distinto de cero indica que hay un índice TTL secundario no válido.

Si hay un índice secundario TTL no válido, debe modificar manualmente el índice secundario para utilizar la eliminación automática de TTL.

Nuevo en la versión 8.1.

metrics.ttl.passes: Número de pasadas realizadas por el proceso en segundo plano de TTL para verificar documentos expirados. Un pase se completa cuando la supervisión de TTL borró todos los documentos candidatos que pudo encontrar de todos los índices TTL. Para obtener más información sobre el proceso de eliminación del índice TTL, consulta Proceso de eliminación.

metrics.ttl.subPasses: Número de sub-pases realizados por el proceso en segundo plano de TTL para verificar documentos expirados. Para obtener más información sobre el proceso de eliminación del índice TTL, consulta Proceso de eliminación.

metrics.cursor: Un documento que contiene datos sobre el estado y el uso del cursor.

metrics.cursor.moreThanOneBatch: La cantidad total de cursores que han devuelto más de una agrupación desde que comenzó el proceso del servidor. Se recuperan agrupaciones adicionales utilizando el comando getMore.
Nuevo en la versión 5.0.

metrics.cursor.timedOut: La cantidad total de cursores que han agotado su tiempo de espera desde que comenzó el proceso del servidor. Si esta cantidad es grande o crece a un ritmo regular, esto puede indicar un error en la aplicación.

metrics.cursor.totalOpened: El número total de cursores que se abrieron desde que se inició el proceso del servidor, incluidos los cursores que están actualmente abiertos. Se diferencia de metrics.cursor.open.total, que es únicamente el número de cursores actualmente abiertos.
Nuevo en la versión 5.0.

metrics.cursor.lifespan

Un documento que informa la cantidad de cursores que tienen vida útil dentro de períodos de tiempo especificados. La vida útil del cursor es el período de tiempo que va desde que se crea el cursor hasta que se elimina usando el comando killCursors o cuando el cursor no tiene objetos restantes en la agrupación.

Los períodos de tiempo de vida útil son:

< 1 segundo
>= 1 segundo a < 5 segundos
>= 5 segundos a < 15 segundos
>= 15 segundos a < 30 segundos
>= 30 segundos a < 1 minuto
>= 1 minuto a < 10 minutos
>= 10 minutos

Nuevo en la versión 5.0.

metrics.cursor.lifespan.greaterThanOrEqual10Minutes: La cantidad de cursores con una vida útil de >= 10 minutos.
Nuevo en la versión 5.0.

metrics.cursor.lifespan.lessThan10Minutes: La cantidad de cursores con una vida útil de >= 1 minuto a < 10 minutos.
Nuevo en la versión 5.0.

metrics.cursor.lifespan.lessThan15Seconds: La cantidad de cursores con una vida útil de >= 5 segundos a < 15 segundos.
Nuevo en la versión 5.0.

metrics.cursor.lifespan.lessThan1Minute: La cantidad de cursores con una vida útil de >= 30 segundos a < 1 minuto.
Nuevo en la versión 5.0.

metrics.cursor.lifespan.lessThan1Second: La cantidad de cursores con una vida útil de < 1 segundo.
Nuevo en la versión 5.0.

metrics.cursor.lifespan.lessThan30Seconds: La cantidad de cursores con una vida útil de >= 15 segundos a < 30 segundos.
Nuevo en la versión 5.0.

metrics.cursor.lifespan.lessThan5Seconds: La cantidad de cursores con una vida útil de >= 1 segundo a < 5 segundos.
Nuevo en la versión 5.0.

metrics.cursor.open: Un documento que contiene datos sobre cursores abiertos.

metrics.cursor.open.noTimeout: La cantidad de cursores abiertos con la opción DBQuery.Option.noTimeout configurada para evitar que se agote el tiempo de espera después de un período de inactividad.

metrics.cursor.open.pinned: La cantidad de cursores "fijados" abiertos.

metrics.cursor.open.total: La cantidad de cursores que MongoDB mantiene para los clientes. Debido a que MongoDB agota los cursores no utilizados, normalmente este valor es pequeño o cero. Sin embargo, si hay una cola, cursores con seguimiento obsoletos o una gran cantidad de operaciones, este valor puede aumentar.

metrics.cursor.open.singleTarget: El número total de cursores que solo apuntan a una única partición. Solo las instancias de mongos informan valores de metrics.cursor.open.singleTarget.

metrics.cursor.open.multiTarget: El número total de cursores que apuntan únicamente a más de una partición. Solo las instancias de mongos informan valores de metrics.cursor.open.multiTarget.

mirroredReads

Disponible únicamente en mongod.

"mirroredReads" : {
      "seen" : <num>,
      "sent" : <num>
},

mirroredReads

Disponible únicamente en mongod.

Un documento que informa sobre lecturas espejeadas. Para devolver la información de mirroredReads, debes especificar explícitamente la inclusión:

db.runCommand( { serverStatus: 1, mirroredReads: 1 } )

mirroredReads.processedAsSecondary: Nuevo en la versión 6.2.
La cantidad de lecturas espejeadas procesadas por este nodo mientras era secundario.
Tip
mirrorReads Parameter

mirroredReads.seen: La cantidad de operaciones que soportan la replicación recibidas por este nodo.
Tip
mirrorReads Parameter

mirroredReads.sent: La cantidad de lecturas espejeadas enviadas por este nodo cuando era primario. Por ejemplo, si una lectura se replica y se envía a dos secundarios, la cantidad de lecturas espejeadas es 2.
Tip
mirrorReads Parameter

Red

network : {
   egress : {
      bytesIn : Long("<num>"),
      bytesOut : Long("<num>"),
      physicalBytesIn : Long("<num>"),
      physicalBytesOut : Long("<num>"),
      numRequests : Long("<num>"),
   }
   bytesIn : Long("<num>"),
   bytesOut : Long("<num>"),
   physicalBytesIn : Long("<num>"),
   physicalBytesOut : Long("<num>"),
   numSlowDNSOperations : Long("<num>"),
   numSlowSSLOperations : Long("<num>"),
   numRequests : Long("<num>"),
   tcpFastOpen : {
      kernelSetting : Long("<num>"),
      serverSupported : <bool>,
      clientSupported : <bool>,
      accepted : Long("<num>")
   },
   compression : {
      snappy : {
         compressor : { bytesIn : Long("<num>"), bytesOut : Long("<num>") },
         decompressor : { bytesIn : Long("<num>"), bytesOut : Long("<num>") }
      },
      zstd : {
         compressor : { bytesIn : Long("<num>"), bytesOut : Long("<num>") },
         decompressor : { bytesIn : Long("<num>"), bytesOut : Long("<num>") }
      },
      zlib : {
         compressor : { bytesIn : Long("<num>"), bytesOut : Long("<num>") },
         decompressor : { bytesIn : Long("<num>"), bytesOut : Long("<num>") }
      }
   },
   serviceExecutors : {
      passthrough : {
         threadsRunning : <num>,
         clientsInTotal : <num>,
         clientsRunning : <num>,
         clientsWaitingForData : <num>
      },
      fixed : {
         threadsRunning : <num>,
         clientsInTotal : <num>,
         clientsRunning : <num>,
         clientsWaitingForData : <num>
      }
   },
   listenerProcessingTime : { durationMicros : <num> }  // Added in MongoDB 6.3
}

network: Un documento que informa sobre el uso de la red de MongoDB. Estas estadísticas miden las conexiones de entrada y salida, específicamente el tráfico visto por el mongod o mongos en conexiones de red iniciadas por clientes u otras instancias de mongod o mongos.

network.egress: Informa sobre los datos del tráfico de las conexiones de salida iniciadas por esta instancia mongod o mongos. En la mayoría de los casos, las conexiones de salida son mongos que se comunican con mongod para la fragmentación, o mongod que se comunican con mongod para la replicación. También es posible que los mongod o mongos se comuniquen con servicios externos, como mongot.

network.egress.bytesIn: El número total de bytes lógicos que las instancias mongod o mongos han recibido a través de las conexiones de red que han iniciado hacia otros nodos/servicios. Los bytes lógicos son la cantidad exacta de bytes que contiene un archivo dado.

network.egress.bytesOut: El número total de bytes lógicos que las instancias mongod o mongos han enviado a través de las conexiones de red que han iniciado hacia otros nodos/servicios. Los bytes lógicos corresponden al número de bytes que contiene un archivo dado.

network.egress.physicalBytesIn: El número total de bytes físicos que las instancias mongod o mongos han recibido a través de las conexiones de red que han iniciado hacia otros nodos/servicios. Los bytes físicos son el número de bytes que realmente residen en el disco.

network.egress.physicalBytesOut: El número total de bytes físicos que las instancias mongod o mongos han enviado a través de las conexiones de red que han iniciado hacia otros nodos/servicios. Los bytes físicos son el número de bytes que realmente residen en el disco.

network.egress.numRequests: El número total de solicitudes distintas a las que mongod o mongos han enviado y recibido respuestas. Utilice este valor para proporcionar contexto a los valores network.egress.bytesIn y network.egress.bytesOut para garantizar que la utilización de la red de MongoDB sea coherente con las expectativas y el uso de la aplicación.

network.bytesIn: La cantidad total de bytes lógicos que el servidor ha recibido a través de conexiones de red iniciadas por clientes u otras instancias de mongod o mongos. Los bytes lógicos son la cantidad exacta de bytes que contiene un archivo determinado.

network.bytesOut: La cantidad total de bytes lógicos que el servidor ha enviado a través de conexiones de red iniciadas por los clientes u otras instancias de mongod o mongos. Los bytes lógicos corresponden a la cantidad de bytes que contiene un archivo determinado.

network.physicalBytesIn: El número total de bytes físicos que el servidor ha recibido a través de conexiones de red iniciadas por clientes u otras instancias mongod o mongos. Los bytes físicos son el número de bytes que realmente residen en el disco.

network.physicalBytesOut: La cantidad total de bytes físicos que el servidor ha enviado a través de conexiones de red iniciadas por clientes u otras instancias de mongod o mongos. Los bytes físicos corresponden a la cantidad de bytes que realmente residen en el disco.

network.numSlowDNSOperations: La cantidad total de operaciones de resolución de DNS que tomaron más de 1 segundo.

network.numSlowSSLOperations: La cantidad total de operaciones de negociación SSL que tardaron más de 1 segundo.

network.numRequests: El número total de solicitudes distintas que el servidor ha recibido. Utiliza este valor para proporcionar contexto para los network.bytesIn y network.bytesOut valores para asegurar que la utilización de la red de MongoDB sea coherente con las expectativas y el uso de la aplicación.

network.tcpFastOpen: Un documento que informa sobre el soporte y el uso de conexiones TCP Fast Open (TFO) de MongoDB.

network.tcpFastOpen.kernelSetting

Solo para Linux

Devuelve el valor de /proc/sys/net/ipv4/tcp_fastopen:

0 - TCP Fast Open está desactivado en el sistema.
1 - TCP Fast Open está activado para las conexiones salientes.
2 - TCP Fast Open está activado para las conexiones entrantes.
3 - TCP Fast Open está activado para las conexiones entrantes y salientes.

network.tcpFastOpen.serverSupported

Devuelve true si el sistema operativo host admite conexiones entrantes de TCP Fast Open (TFO).
Devuelve false si el sistema operativo del host no admite conexiones entrantes de TCP Fast Open (TFO).

network.tcpFastOpen.clientSupported

Devuelve true si el sistema operativo del host admite conexiones salientes de TCP Fast Open (TFO).
Devuelve false si el sistema operativo del host no admite conexiones salientes de TCP Fast Open (TFO).

network.tcpFastOpen.accepted: La cantidad total de conexiones entrantes TCP Fast Open (TFO) aceptadas para mongod o mongos desde que mongod o mongos se iniciaron por última vez.

network.compression: Un documento que informa sobre la cantidad de datos comprimidos y descomprimidos por cada librería de compresión de red.

network.compression.snappy: Un documento que proporciona estadísticas sobre la cantidad de bytes que se han comprimidos y descomprimido con la librería snappy.

network.compression.zstd: Un documento que devuelve estadísticas sobre la cantidad de bytes que han sido comprimidos y descomprimidos con la biblioteca zstd.

network.compression.zlib: Un documento que devuelve estadísticas sobre la cantidad de bytes que han sido comprimidos y descomprimidos con la biblioteca zlib.

network.serviceExecutors: Nuevo en la versión 5.0.
Un documento que informa sobre los datos de los ejecutores de servicios, que ejecutan operaciones para las solicitudes de los clientes.

network.serviceExecutors.passthrough: Nuevo en la versión 5.0.
Un documento que informa sobre los datos de los hilos y clientes para el ejecutor del servicio passthrough. El ejecutor del servicio passthrough crea un nuevo hilo para cada cliente y destruye el hilo después de que el cliente termine.

network.serviceExecutors.passthrough.threadsRunning: Nuevo en la versión 5.0.
Número de hilos en ejecución en el ejecutor del servicio passthrough.

network.serviceExecutors.passthrough.clientsInTotal: Nuevo en la versión 5.0.
La cantidad total de clientes asignados al ejecutor de servicios passthrough. Puede asignarse un cliente al ejecutor de servicios passthrough y no estar ejecutando solicitudes actualmente.

network.serviceExecutors.passthrough.clientsRunning: Nuevo en la versión 5.0.
Número de clientes que actualmente utilizan el ejecutor de servicios passthrough para ejecutar solicitudes.

network.serviceExecutors.passthrough.clientsWaitingForData: Nuevo en la versión 5.0.
La cantidad de clientes que utilizan el ejecutor de servicios passthrough y que están esperando datos entrantes de la red.

network.serviceExecutors.fixed: Nuevo en la versión 5.0.
Un documento que informa sobre los datos de subprocesos y clientes para el ejecutor de servicios fixed. El ejecutor de servicios fixed tiene una cantidad fija de subprocesos. Un subproceso se asigna temporalmente a un cliente y se conserva después de que el cliente finaliza.

network.serviceExecutors.fixed.threadsRunning: Nuevo en la versión 5.0.
Número de hilos en ejecución en el ejecutor del servicio fixed.

network.serviceExecutors.fixed.clientsInTotal: Nuevo en la versión 5.0.
La cantidad total de clientes asignados al ejecutor de servicios fixed. Puede asignarse un cliente al ejecutor de servicios fixed y no estar ejecutando solicitudes actualmente.

network.serviceExecutors.fixed.clientsRunning: Nuevo en la versión 5.0.
Número de clientes que actualmente utilizan el ejecutor de servicios fixed para ejecutar solicitudes.

network.serviceExecutors.fixed.clientsWaitingForData: Nuevo en la versión 5.0.
La cantidad de clientes que utilizan el ejecutor de servicios fixed y que están esperando datos entrantes de la red.

network.listenerProcessingTime: Nuevo en la versión 6.3.
Un documento que informa sobre el tiempo total que usa el servicio de escucha de la base de datos para asignar las solicitudes de conexión entrantes a subprocesos exclusivos.

network.listenerProcessingTime.durationMicros: Nuevo en la versión 6.3.
El tiempo total en microsegundos que usa el servicio de escucha de la base de datos para asignar las solicitudes de conexión entrantes a subprocesos exclusivos que llevan a cabo operaciones de base de datos.

opLatencies

opLatencies : {
   reads : <document>,
   writes : <document>,
   commands : <document>,
   transactions : <document>
},

opLatencies

Un documento que contiene las latencias de operación de la instancia en su totalidad. Consulte el documento latencyStats para obtener una descripción de este documento.

A partir de MongoDB 6.2, el informe de la métrica opLatencies se genera tanto para las instancias de mongod como para las de mongos. Las latencias reportadas por mongos incluyen el tiempo de latencia de la operación y el tiempo de comunicación entre las instancias mongod y mongos.

Para incluir el histograma en la salida opLatencies, ejecute el siguiente comando:

db.runCommand( { serverStatus: 1, opLatencies: { histograms: true } } ).opLatencies

opLatencies.reads: Estadísticas de latencia para solicitudes de lectura.

opLatencies.writes: Estadísticas de latencia para operaciones de escritura.

opLatencies.commands: Estadísticas de latencia para comandos de bases de datos.

opLatencies.transactions: Estadísticas de latencia para transacciones de bases de datos.

opWorkingTime

opWorkingTime : {
   commands : <document>,
   reads : <document>,
   writes : <document>,
   transactions : <document>
}

opWorkingTime

Documento que incluye información sobre la ejecución de operaciones para la instancia. Consulte el documento latencyStats para obtener una descripción de este documento.

Los campos en opWorkingTime se miden en workingMillis, que es la cantidad de tiempo que MongoDB dedica a trabajar en esa operación. Esto significa que factores tales como la espera de bloqueos y de control de flujo no afectan a opWorkingTime.

Para incluir el histograma en la salida opWorkingTime, ejecute el siguiente comando:

db.runCommand( { serverStatus: 1, opWorkingTime: { histogram: true } } ).opWorkingTime

Nuevo en la versión 8.0.

opWorkingTime.commands: Documento que informa sobre las estadísticas de ejecución de los comandos de base de datos.
Nuevo en la versión 8.0.

opWorkingTime.reads: Documento que informa sobre las estadísticas de ejecución para las operaciones de lectura.
Nuevo en la versión 8.0.

opWorkingTime.writes: Documento que informa sobre las estadísticas de ejecución de las operaciones de guardado.
Nuevo en la versión 8.0.

opWorkingTime.transactions: Documento que informa sobre las estadísticas de ejecución para las transacciones.
Nuevo en la versión 8.0.

Contadores de preocupación de opRead

Advertencia

Removido

A partir de la versión 5.0, opReadConcernCounters se reemplaza por readConcernCounters

Solo para instancias de mongod

opReadConcernCounters : {
   available : Long("<num>"),
   linearizable : Long("<num>"),
   local : Long("<num>"),
   majority : Long("<num>"),
   snapshot : Long("<num>"),
   none : Long("<num>")
}

opReadConcernCounters

Eliminado en la versión 5.0. Reemplazado por readConcernCounters.

Un documento que informa sobre el nivel de consistencia de lectura especificado por las operaciones del query para la instancia de mongod desde que se inició por última vez.

Especificado `w`	Descripción
`"available"`	La cantidad de operaciones del query que especificaron el nivel de consistencia de lectura `"available"`.
`"linearizable"`	La cantidad de operaciones del query que especificaron el nivel de consistencia de lectura `"linearizable"`.
`"local"`	La cantidad de operaciones del query que especificaron el nivel de consistencia de lectura `"local"`.
`"majority"`	La cantidad de operaciones del query que especificaron el nivel de consistencia de lectura `"majority"`.
`"snapshot"`	La cantidad de operaciones del query que especificaron el nivel de consistencia de lectura `"snapshot"`.
`"none"`	La cantidad de operaciones del query que no especificaron un nivel de consistencia de lectura y, en cambio, utilizaron el nivel de consistencia de lectura por defecto.

La suma de opReadConcernCounters es igual a opcounters.query.

Contadores de preocupación de escritura de op

Solo para instancias de mongod

opWriteConcernCounters : {
   insert : {
      wmajority : Long("<num>"),
      wnum : {
         <num> :  Long("<num>"),
         ...
      },
      wtag : {
         <tag1> :  Long("<num>"),
         ...
      },
      none : Long("<num>"),
      noneInfo : {
         CWWC : {
            wmajority : Long("<num>"),
            wnum : {
               <num> :  Long("<num>"),
               ...
            },
            wtag : {
               <tag1> :  Long("<num>"),
               ...
            }
         },
         implicitDefault : {
            wmajority : Long("<num>")
            wnum : {
               <num> :  Long("<num>"),
               ...
            }
         }
      }
   },
   update : {
      wmajority : Long("<num>"),
      wnum : {
         <num> :  Long("<num>"),
         ...
      },
      wtag : {
         <tag1> :  Long("<num>"),
         ...
      },
      none : Long("<num>"),
      noneInfo : {
         CWWC : {
            wmajority : Long("<num>"),
            wnum : {
               <num> :  Long("<num>"),
               ...
            }
            wtag : {
               <tag1> :  Long("<num>"),
               ...
            }
         },
         implicitDefault : {
            wmajority : Long("<num>")
            wnum : {
               <num> :  Long("<num>"),
               ...
            }
         }
      }
   },
   delete : {
      wmajority :  Long("<num>")
      wnum : {
         <num> :  Long("<num>"),
         ...
      },
      wtag : {
         <tag1> :  Long("<num>"),
         ...
      },
      none : Long("<num>"),
      noneInfo : {
         CWWC : {
            wmajority : Long("<num>"),
            wnum : {
               <num> :  Long("<num>"),
               ...
            },
            wtag : {
               <tag1> :  Long("<num>"),
               ...
            }
         },
         implicitDefault : {
            wmajority : Long("<num>")
            wnum : {
               <num> :  Long("<num>"),
               ...
            }
         }
      }
   }
}

opWriteConcernCounters

Un documento que informa sobre los niveles de confirmación de escritura (write concern) especificados por las operaciones de escritura para la instancia mongod desde que se inició por última vez.

Más específicamente, el opWriteConcernCounters informa sobre el w: <value> especificado por las operaciones de guardado. La opción de indicador de diario (j) y la opción de tiempo de espera (wtimeout) del nivel de confirmación de escritura no afectan el recuento. El contador se incrementa incluso si la operación se agota.

Nota

Solo está disponible cuando el parámetro reportOpWriteConcernCountersInServerStatus se establece en true (false por defecto).

opWriteConcernCounters.insert

Un documento que informa sobre el w: <value> especificado por las operaciones de inserción para la instancia de mongod desde que se inició por última vez:

Nota

Solo está disponible cuando el parámetro reportOpWriteConcernCountersInServerStatus se establece en true (false por defecto).

insert : {
   wmajority : Long("<num>"),
   wnum : {
      <num> :  Long("<num>"),
      ...
   },
   wtag : {
      <tag1> :  Long("<num>"),
      ...
   },
   none : Long("<num>"),
   noneInfo : {
      CWWC : {
         wmajority : Long("<num>"),
         wnum : {},
         wtag : {}
      },
      implicitDefault : {
         wmajority : Long("<num>")
         wnum : {}
      }
   }
},

Especificado `w`	Descripción
`"wmajority"`	La cantidad de operaciones de inserción que especificaron `w: "majority"`.
`"wnum"`	Número de operaciones de inserción que especificaron `w: <num>`. Los recuentos se agrupan por el ``<num>`` específico.
`"wtag"`	La cantidad de operaciones de inserción que especificaron `w: <tag>`. Los recuentos se agrupan por el `<tag>` específico.
`"none"`	La cantidad de operaciones de inserción que no especificaron el valor `w`. Estas operaciones utilizan el valor por defecto `w` de "mayoría".
`"noneInfo"`	La cantidad de operaciones del query no transaccionales que utilizan niveles de confirmación de escritura (write concern) por defecto. Las métricas rastrean el uso del `cluster wide write concern` (el nivel de confirmación de escritura global por defecto) y el nivel de confirmación de escritura implícito por defecto. La suma de los valores en `opWriteConcernCounters.noneInfo` debe ser igual al valor de `opWriteConcernCounters.none`.

La suma de opWriteConcernCounters.insert es igual a opcounters.insert.

opWriteConcernCounters.update

Un documento que informa sobre el w: <value> especificado por las operaciones de actualización para la instancia mongod desde que se inició por última vez:

Nota

Solo está disponible cuando el parámetro reportOpWriteConcernCountersInServerStatus se establece en true (false por defecto).

update : {
   wmajority : Long("<num>"),
   wnum : {
      <num> :  Long("<num>"),
      ...
   },
   wtag : {
      <tag1> :  Long("<num>"),
      ...
   },
   none : Long("<num>"),
   noneInfo : {
      CWWC : {
         wmajority : Long("<num>"),
         wnum : {},
         wtag : {}
      },
      implicitDefault : {
         wmajority : Long("<num>")
         wnum : {}
      }
   }
},

Especificado `w`	Descripción
`"wmajority"`	La cantidad de operaciones de actualización que especificaron `w: "majority"`.
`"wnum"`	La cantidad de operaciones de actualización que especificaron `w: <num>`. Los recuentos se agrupan por el `<num>` específico.
`"wtag"`	La cantidad de operaciones de actualización que especificaron `w: <tag>`. Los recuentos se agrupan por el `<tag>` específico.
`"none"`	La cantidad de operaciones de actualización que no especificaron el valor `w`. Estas operaciones utilizan el valor `w` por defecto de `1`.
`"noneInfo"`	La cantidad de operaciones del query no transaccionales que utilizan niveles de confirmación de escritura (write concern) por defecto. Las métricas rastrean el uso del `cluster wide write concern` (el nivel de confirmación de escritura global por defecto) y el nivel de confirmación de escritura implícito por defecto. La suma de los valores en `opWriteConcernCounters.noneInfo` debe ser igual al valor de `opWriteConcernCounters.none`.

La suma de opWriteConcernCounters.update es igual a opcounters.update.

opWriteConcernCounters.delete

Un documento que informa sobre el w: <value> especificado por las operaciones de borrado para la instancia mongod desde que se inició por última vez:

Nota

Solo está disponible cuando el parámetro reportOpWriteConcernCountersInServerStatus se establece en true (false por defecto).

delete : {
   wmajority :  Long("<num>"),
   wnum : {
      <num> :  Long("<num>"),
      ...
   },
   wtag : {
      <tag1> :  Long("<num>"),
      ...
   },
   none : Long("<num>"),
   noneInfo : {
      CWWC : {
         wmajority : Long("<num>"),
         wnum : {},
         wtag : {}
      },
      implicitDefault : {
         wmajority : Long("<num>")
         wnum : {}
      }
   }
}

Especificado `w`	Descripción
`"wmajority"`	La cantidad de operaciones de borrado que especificaron `w: "majority"`.
`"wnum"`	La cantidad de operaciones de borrado que especificaron `w: <num>`. Los recuentos se agrupan por el `<num>` específico.
`"wtag"`	La cantidad de operaciones de borrado que especificaron `w: <tag>`. Los recuentos se agrupan por el `<tag>` específico.
`"none"`	La cantidad de operaciones de borrado que no especificaron el valor `w`. Estas operaciones utilizan el valor `w` por defecto de `1`.
`"noneInfo"`	La cantidad de operaciones del query no transaccionales que utilizan niveles de confirmación de escritura (write concern) por defecto. Las métricas rastrean el uso del `cluster wide write concern` (el nivel de confirmación de escritura global por defecto) y el nivel de confirmación de escritura implícito por defecto. La suma de los valores en `opWriteConcernCounters.noneInfo` debe ser igual al valor de `opWriteConcernCounters.none`.

La suma de opWriteConcernCounters.delete es igual a opcounters.delete.

opcounters

opcounters : {
   insert : Long("<num>"),
   query : Long("<num>"),
   update : Long("<num>"),
   delete : Long("<num>"),
   getmore : Long("<num>"),
   command : Long("<num>"),
},

opcounters

Un documento que informa sobre las operaciones de bases de datos por tipo desde que la instancia mongod se inició por última vez.

Estos números aumentarán con el tiempo hasta el siguiente reinicio. Analice estos valores a lo largo del tiempo para rastrear la utilización de la base de datos.

Nota

Los datos en opcounters consideran las operaciones que afectan a varios documentos, como las inserciones masivas o las actualizaciones múltiples, como una única operación. Consulta metrics.document para un seguimiento más detallado de las operaciones a nivel de documento.

Además, estos valores reflejan las operaciones recibidas y se incrementan incluso cuando las operaciones no son exitosas.

opcounters.insert: La cantidad total de operaciones de inserción recibidas desde que la instancia de mongod se inició por última vez.

opcounters.query: La cantidad total de queries recibidos desde que la instancia mongod se inició por última vez. A partir de MongoDB 7.1, las agregaciones de datos se consideran operaciones del query e incrementan este valor.

opcounters.update: La cantidad total de operaciones de actualización recibidas desde que la instancia mongod se inició por última vez.

opcounters.delete: La cantidad total de operaciones de borrado desde que la instancia mongod se inició por última vez.

opcounters.getmore: La cantidad total de getMore operaciones desde que la instancia mongod se inició por última vez. Este contador puede ser alto incluso si el recuento del query es bajo. Los nodos secundarios envían operaciones getMore como parte del proceso de replicación.

opcounters.command

La cantidad total de comandos emitidos a la base de datos desde que la instancia mongod se inició por última vez.

opcounters.command cuenta todos los comandos excepto los siguientes:

opcounters.deprecated

opQuery cuenta la cantidad de solicitudes de códigos de operación que están en desuso en MongoDB 5.0, pero que se admiten temporalmente. Esta sección solo aparece en el resultado de db.serverStatus() cuando se ha usado un código de operación obsoleto.

El contador se reinicia cuando se inicia mongod.

deprecated: {
   opQuery: Long("<num>"),
}

opcountersRepl

Los valores de opcountersRepl.* devueltos son de tipo NumberLong.

opcountersRepl : {
   insert : Long("<num>"),
   query : Long("<num>"),
   update : Long("<num>"),
   delete : Long("<num>"),
   getmore : Long("<num>"),
   command : Long("<num>"),
},

opcountersRepl

Un documento que informa sobre las operaciones de replicación de la base de datos por tipo desde que la instancia mongod se inició por última vez.

Estos valores solo aparecen cuando el host actual es un nodo de un set de réplicas.

Estos valores diferirán de los valores de opcounters debido a cómo MongoDB serializa las operaciones durante la replicación. Consulta Replicación para obtener más información sobre la replicación.

Estos números aumentarán con el tiempo en respuesta al uso de la base de datos hasta el siguiente reinicio. Analice estos valores a lo largo del tiempo para rastrear la utilización de la base de datos.

Los valores de opcountersRepl.* devueltos son de tipo NumberLong.

opcountersRepl.insert

La cantidad total de operaciones de inserción replicadas desde que la instancia mongod se inició por última vez.

Los valores de opcountersRepl.* devueltos son de tipo NumberLong.

opcountersRepl.query

La cantidad total de queries replicados desde que la instancia mongod se inició por última vez.

Los valores de opcountersRepl.* devueltos son de tipo NumberLong.

opcountersRepl.update

La cantidad total de operaciones de actualización replicadas desde que la instancia mongod se inició por última vez.

Los valores de opcountersRepl.* devueltos son de tipo NumberLong.

opcountersRepl.delete

La cantidad total de operaciones de borrado replicadas desde que la instancia mongod se inició por última vez.

Los valores de opcountersRepl.* devueltos son de tipo NumberLong.

opcountersRepl.getmore

La cantidad total de getMore operaciones desde que la instancia mongod se inició por última vez. Este contador puede ser alto incluso si el recuento del query es bajo. Los nodos secundarios envían operaciones getMore como parte del proceso de replicación.

Los valores de opcountersRepl.* devueltos son de tipo NumberLong.

opcountersRepl.command

La cantidad total de comandos replicados y emitidos a la base de datos desde que la instancia mongod se inició por última vez.

Los valores de opcountersRepl.* devueltos son de tipo NumberLong.

oplogTruncation

oplogTruncation : {
   totalTimeProcessingMicros : Long("<num>"),
   processingMethod : <string>,
   oplogMinRetentionHours : <double>
   totalTimeTruncatingMicros : Long("<num>"),
   truncateCount : Long("<num>")
},

oplogTruncation

Un documento que informa sobre los truncamientos de oplog.

El campo solo aparece cuando la instancia actual es un Nodo de un Set de réplicas y utiliza ya sea el motor de almacenamiento WiredTiger o el motor de almacenamiento en memoria para implementaciones autogestionadas.

Disponible en el motor de almacenamiento WiredTiger.

oplogTruncation.totalTimeProcessingMicros

El tiempo total utilizado, en microsegundos, para escanear o muestrear el oplog y determinar los puntos de truncamiento del oplog.

totalTimeProcessingMicros solo tiene sentido si la instancia de mongod se inició en archivos de datos existentes (es decir, no tiene sentido para el motor de almacenamiento en memoria para implementaciones autogestionadas).

Ver oplogTruncation.processingMethod

Disponible en el motor de almacenamiento WiredTiger.

oplogTruncation.processingMethod

El método utilizado al inicio para determinar los puntos de truncamiento del oplog. El valor puede ser "sampling" o "scanning".

processingMethod solo tiene sentido si la instancia de mongod se inició en archivos de datos existentes (es decir, no tiene sentido para el motor de almacenamiento en memoria para implementaciones autogestionadas).

Disponible en el motor de almacenamiento WiredTiger.

oplogTruncation.oplogMinRetentionHours

El período mínimo de retención para el oplog en horas. Si el oplog excedió el tamaño del oplog, el mongod solo trunca las entradas del oplog anteriores al valor de retención configurado.

Solo es visible si el mongod es un nodo de un set de réplicas y:

El mongod se inició con la opción de línea de comandos --oplogMinRetentionHours o la opción de archivo de configuración storage.oplogMinRetentionHours,
or
El período mínimo de retención se configuró después del inicio utilizando replSetResizeOplog.

oplogTruncation.totalTimeTruncatingMicros

El tiempo acumulado utilizado, en microsegundos, en realizar truncamientos del oplog.

Disponible en el motor de almacenamiento WiredTiger.

oplogTruncation.truncateCount

La cantidad acumulada de truncamientos del oplog.

Disponible en el motor de almacenamiento WiredTiger.

planCache

Nuevo en la versión 7.0.

planCache : {
   totalQueryShapes : Long("<num>"),
   totalSizeEstimateBytes : Long("<num>"),
   classic : {
      hits : Long("<num>"),
      misses : Long("<num>"),
      replanned : Long("<num>"),
      replanned_plan_is_cached_plan : Long("<num>"),
      skipped : Long("<num>")
   },
   sbe : {
      hits : Long("<num>"),
      misses: Long("<num>"),
      replanned : Long("<num>"),
      replanned_plan_is_cached_plan : Long("<num>"),
      skipped : Long("<num>")
   }
}

planCache: Un documento que informa sobre las estadísticas de la caché del plan del query.

planCache.totalQueryShapes

Número aproximado de formas del query del caché de planes

Antes de la versión 7.2, la información sobre el número de formas del query de la caché de planes se almacenaba en el campo query.planCacheTotalQueryShapes.

Nuevo en la versión 7.2.

planCache.totalSizeEstimateBytes

Tamaño total de la caché del plan en bytes.

Antes de la versión 7.2, la información sobre el tamaño de la caché del plan se almacenaba en el campo query.planCacheTotalSizeEstimateBytes.

Nuevo en la versión 7.2.

planCache.classic.hits: La cantidad de planes del query clásicos del motor de ejecución encontrados en la caché del query y reutilizados para evitar la fase de planificación del query.

planCache.classic.misses: La cantidad de planes del query del motor de ejecución clásico que no se encontraron en la caché del query y pasaron por la fase de planificación del query.

planCache.classic.replanned: Número de planes de query del motor de ejecución clásico que fueron descartados y reoptimizados.
Nuevo en la versión 8.0: (también disponible en 7.0.22)

planCache.classic.replanned_plan_is_cached_plan: Número de veces que el servidor realizó una operación de replanificación para el motor de ejecución clásico que produjo un plan idéntico a uno ya presente en el caché de query.
Nuevo en la versión 8.2.

planCache.classic.skipped: Cantidad de planes del query del motor de ejecución clásico que no se encontraron en la caché de queries porque el query no es apto para el almacenamiento en caché.
Nuevo en la versión 7.3.

planCache.sbe.hits: La cantidad de planes del query del motor de ejecución basados en ranuras encontrados en la caché del query y reutilizados para evitar la fase de planificación del query.

planCache.sbe.misses: La cantidad de planes del motor de ejecución basados en ranuras que no se encontraron en la caché de query y pasaron por la fase de planificación del query.

planCache.sbe.replanned: Número de planes del query del motor de ejecución basado en ranuras que fueron descartados y reoptimizados.
Nuevo en la versión 8.0: (también disponible en 7.0.22)

planCache.sbe.replanned_plan_is_cached_plan: Número de veces que el servidor realizó una operación de replanificación para el motor de ejecución basado en ranuras que produjo un plan idéntico a uno ya presente en la caché de query.
Nuevo en la versión 8.2.

planCache.sbe.skipped: Cantidad de planes del query del motor de ejecución basado en slots que no se encontraron en la caché de queries porque el query no es apto para el almacenamiento en caché.
Nuevo en la versión 7.3.

perfilador

profiler: {
   totalWrites: <integer>,
   activeWriters: <integer>
}

profiler.totalWrites: Número total de escrituras en las colecciones de profile en todas las bases de datos.

profiler.activeWriters: El número instantáneo de operaciones que escriben en una colección de perfiles en todas las bases de datos.

queryStats

Nuevo en la versión 7.1.

queryStats: {
   numEvicted: Long("<num>"),
   numRateLimitedRequests: Long("<num>"),
   queryStatsStoreSizeEstimateBytes: Long("<num>"),
   numQueryStatsStoreWriteErrors: Long("<num>"),
   numHmacApplicationErrors: Long("<num>")
},

queryStats: Un documento que contiene métricas para la etapa de agregación $queryStats.

queryStats.numEvicted: Número de queries que la colección virtual de $queryStats ha expulsado debido a limitaciones de espacio.

queryStats.numRateLimitedRequests: Número de veces que no se registraron las estadísticas de query para un query debido a la limitación de velocidad.

queryStats.queryStatsStoreSizeEstimateBytes: Tamaño estimado actual de los objetos en la colección virtual $queryStats.

queryStats.numQueryStatsStoreWriteErrors: Número de veces que este proceso de MongoDB no pudo almacenar una nueva clave de estadísticas de query. Generalmente, estos fallos ocurren cuando la colección virtual de $queryStats se queda sin espacio.

queryStats.numHmacApplicationErrors: Número de veces que este proceso de MongoDB no pudo calcular una clave de estadísticas de query tokenizada unidireccional cuando se llamó a $queryStats con la opción transformIdentifiers.

queryAnalyzers

Nuevo en la versión 7.0.

queryAnalyzers: {
  activeCollections: <integer>,
  totalCollections: <integer>,
  totalSampledReadsCount: <integer>,
  totalSampledWritesCount: <integer>,
  totalSampledReadsBytes: <integer>,
  totalSampledWritesBytes: <integer>
}

queryAnalyzers.activeCollections: La cantidad de colecciones que el analizador del query muestrea activamente.

queryAnalyzers.totalCollections: La cantidad total de colecciones muestreadas.

queryAnalyzers.totalSampledReadsCount: La cantidad total de queries de lectura muestreados.

queryAnalyzers.totalSampledWritesCount: La cantidad total de queries de escritura muestreados.

queryAnalyzers.totalSampledReadsBytes: El tamaño total de los queries de lectura muestreados, en bytes. Esta métrica solo está disponible cuando se ejecuta serverStatus en mongod.

queryAnalyzers.totalSampledWritesBytes: El tamaño total de los queries de escritura muestreados, en bytes. Esta métrica solo está disponible cuando se ejecuta serverStatus en mongod.

queues

A medida que una operación avanza por sus etapas, puede entrar en una cola si el número de operaciones concurrentes en la etapa actual supera un umbral máximo. Esto previene una contención excesiva de recursos y proporciona observabilidad sobre el estado de la base de datos.

Nuevo en la versión 8.0.

queues: {
   execution: {
      write: {
         out: Long("<num>"),
         available: Long("<num>"),
         totalTickets: Long("<num>"),
         exempt: {
            addedToQueue: Long("<num>"),
            removedFromQueue: Long("<num>"),
            queueLength: Long("<num>"),
            startedProcessing: Long("<num>"),
            processing: Long("<num>"),
            finishedProcessing: Long("<num>"),
            totalTimeProcessingMicros: Long("<num>"),
            canceled: Long("<num>"),
            newAdmissions: Long("<num>"),
            totalTimeQueuedMicros: Long("<num>")
         },
         normalPriority: {
            addedToQueue: Long("<num>"),
            removedFromQueue: Long("<num>"),
            queueLength: Long("<num>"),
            startedProcessing: Long("<num>"),
            processing: Long("<num>"),
            finishedProcessing: Long("<num>"),
            totalTimeProcessingMicros: Long("<num>"),
            canceled: Long("<num>"),
            newAdmissions: Long("<num>"),
            totalTimeQueuedMicros: Long("<num>")
         }
      },
      read: {
         out: Long("<num>"),
         available: Long("<num>"),
         totalTickets: Long("<num>"),
         exempt: {
            addedToQueue: Long("<num>"),
            removedFromQueue: Long("<num>"),
            queueLength: Long("<num>"),
            startedProcessing: Long("<num>"),
            processing: Long("<num>"),
            finishedProcessing: Long("<num>"),
            totalTimeProcessingMicros: Long("<num>"),
            canceled: Long("<num>"),
            newAdmissions: Long("<num>"),
            totalTimeQueuedMicros: Long("<num>")
         },
         normalPriority: {
            addedToQueue: Long("<num>"),
            removedFromQueue: Long("<num>"),
            queueLength: Long("<num>"),
            startedProcessing: Long("<num>"),
            processing: Long("<num>"),
            finishedProcessing: Long("<num>"),
            totalTimeProcessingMicros: Long("<num>"),
            canceled: Long("<num>"),
            newAdmissions: Long("<num>"),
            totalTimeQueuedMicros: Long("<num>")
         }
      },
      monitor: {
         timesDecreased: Long("<num>"),
         timesIncreased: Long("<num>"),
         totalAmountDecreased: Long("<num>"),
         totalAmountIncreased: Long("<num>"),
         resizeDurationMicros: Long("<num>")
      }
   },
   ingress: {
      out: Long("<num>"),
      available: Long("<num>"),
      totalTickets: Long("<num>"),
      exempt: {
         addedToQueue: Long("<num>"),
         removedFromQueue: Long("<num>"),
         queueLength: Long("<num>"),
         startedProcessing: Long("<num>"),
         processing: Long("<num>"),
         finishedProcessing: Long("<num>"),
         totalTimeProcessingMicros: Long("<num>"),
         canceled: Long("<num>"),
         newAdmissions: Long("<num>"),
         totalTimeQueuedMicros: Long("<num>")
      },
      normalPriority: {
         addedToQueue: Long("<num>"),
         removedFromQueue: Long("<num>"),
         queueLength: Long("<num>"),
         startedProcessing: Long("<num>"),
         processing: Long("<num>"),
         finishedProcessing: Long("<num>"),
         totalTimeProcessingMicros: Long("<num>"),
         canceled: Long("<num>"),
         newAdmissions: Long("<num>"),
         totalTimeQueuedMicros: Long("<num>")
      }
   },
   ingressSessionEstablishment: { // Added in MongoDB 8.2
      "addedToQueue": Long("<num>"),
      "removedFromQueue": Long("<num>"),
      "interruptedInQueue": Long("<num>")
      "rejectedAdmissions": Long("<num>"),
      "exemptedAdmissions": Long("<num>"),
      "successfulAdmissions": Long("<num>"),
      "attemptedAdmissions": Long("<num>"),
      "averageTimeQueuedMicros": Long("<num>"),
      "totalAvailableTokens": Long("<num>")
   }
}

queues.execution

Nuevo en la versión 8.0.

Un documento que devuelve información de supervisión y cola para operaciones que esperan ser programadas para su ejecución dentro de la capa de almacenamiento (transacciones concurrentes).

Esta configuración es específica de MongoDB. Para cambiar la configuración de las transacciones de lecturas y escrituras simultáneas (tickets de lectura y escritura), consulte storageEngineConcurrentReadTransactions y storageEngineConcurrentWriteTransactions.

Importante

A partir de la versión 7.0, MongoDB utiliza un algoritmo por defecto para ajustar dinámicamente el número máximo de transacciones concurrentes del motor de almacenamiento (incluidos tanto los tickets de lectura como de escritura) para optimizar el rendimiento de la base de datos durante situaciones de sobrecarga.

La siguiente tabla resume cómo identificar los escenarios de sobrecarga para MongoDB después de la versión 7.0 y para versiones anteriores:

Versión	Diagnóstico de escenarios de sobrecarga
7.0 y versiones posteriores	Un gran número de operaciones en cola que persisten durante un período de tiempo prolongado probablemente indica una sobrecarga. La disponibilidad de 0 en una transacción de motor de almacenamiento concurrente (ticket) durante un período prolongado no indica una sobrecarga.
6.0 y versiones anteriores	Un gran número de operaciones en cola que persisten durante un período de tiempo prolongado probablemente indica una sobrecarga. La disponibilidad de 0 para una transacción (ticket) del motor de almacenamiento concurrente durante un período prolongado probablemente indica una sobrecarga.

queues.execution.write: Un documento que devuelve Información de Cola para transacciones de escritura concurrentes (tickets de escritura) permitidas en el motor de almacenamiento WiredTiger.

queues.execution.read: Un documento que devuelve Información de la Cola para las transacciones de lectura concurrentes (tickets de lectura) permitidas en el motor de almacenamiento WiredTiger.

queues.execution.monitor

Un documento que devuelve las métricas de supervisión para los ajustes que el sistema ha realizado en el número de transacciones concurrentes permitidas (tickets).

queues.execution.monitor.timesDecreased

El número de veces que se disminuyó el tamaño de la cola.

queues.execution.monitor.timesIncreased

El número de veces que se aumentó el tamaño de la cola.

queues.execution.monitor.totalAmountDecreased

La cantidad total de operaciones por las que la cola se ha reducido.

queues.execution.monitor.totalAmountIncreased

El número total de operaciones por las que aumentó la cola.

queues.execution.monitor.resizeDurationMicros

El tiempo acumulado en milisegundos que el sistema dedicó a redimensionar la cola.

queues.ingress

Nuevo en la versión 8.0.

Un documento que devuelve Información de la Cola para el control de admisión de entrada. Utiliza estos valores para proteger y mitigar la sobrecarga de recursos limitando el número de operaciones que esperan para ingresar a la base de datos desde la red.

El número máximo de operaciones concurrentes permitidas está restringido por ingressAdmissionControllerTicketPoolSize.

queues.ingressSessionEstablishment: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
Un documento que contiene información sobre la cola de establecimiento de la sesión de entrada. Esto incluye métricas relacionadas con las conexiones establecidas y procesadas a través del limitador de tasa de establecimiento de conexiones.

queues.ingressSessionEstablishment.addedToQueue: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
La cantidad de conexiones entrantes que el servidor agrega a la cola de establecimiento de sesiones de entrada. Esta métrica rastrea las conexiones que se procesan a través de la cola del limitador de tasa cuando el limitador de tasa está activado.

queues.ingressSessionEstablishment.removedFromQueue: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
La cantidad de conexiones entrantes que el servidor remueve de la cola de establecimiento de sesión de entrada tras adquirir un token de establecimiento de conexión. Esta métrica rastrea las conexiones que han completado su espera en la cola del limitador de tasa.

queues.ingressSessionEstablishment.interruptedInQueue: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
La cantidad de conexiones entrantes que se detienen mientras esperan en la cola, por lo general, debido a desconexiones del cliente o cierre del servidor.

queues.ingressSessionEstablishment.rejectedAdmissions: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
La cantidad de intentos de conexión entrantes que el servidor rechaza porque la profundidad de la cola superó el límite de ingressConnectionEstablishmentMaxQueueDepth. Cuando esto ocurre, el servidor cierra inmediatamente la conexión, en lugar de ponerla en cola.

queues.ingressSessionEstablishment.exemptedAdmissions: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
La cantidad de intentos de conexión entrantes que pasa por alto el limitador de velocidad por estar en la lista ingressConnectionEstablishmentRateLimiterBypass. Las conexiones desde direcciones IP o rangos de CIDR especificados en ingressConnectionEstablishmentRateLimiterBypass no están sujetas a limitación de tasa.

queues.ingressSessionEstablishment.successfulAdmissions: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
El número total de intentos de conexión entrante que el limitador de velocidad procesa con éxito, ya sea de inmediato o después de esperar en la cola.

queues.ingressSessionEstablishment.attemptedAdmissions: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
La cantidad total de intentos de conexión entrantes en el limitador de tasa.

queues.ingressSessionEstablishment.averageTimeQueuedMicros: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
El tiempo promedio en microsegundos que las conexiones pasan esperando en la cola antes de que el servidor las procese. Esta métrica utiliza una fórmula promedio móvil ponderada exponencialmente y se puede utilizar para ajustar el ingressConnectionEstablishmentMaxQueueDepth. El valor es aproximadamente igual a (maxQueueDepth / establishRatePerSec) * 1e6.

queues.ingressSessionEstablishment.totalAvailableTokens: Nuevo en la versión 8.2: (también disponible en 8.1.1, 8.0.12, y 7.0.23)
La cantidad actual de tokens disponibles en el bucket de tokens. Esto representa la capacidad para el procesamiento inmediato de nuevas conexiones sin hacer cola. Cuando este valor es 0, las nuevas conexiones deben esperar en la cola o serán rechazadas si la cola está llena.

Información de la cola

out: Long("<num>"),
available: Long("<num>"),
totalTickets: Long("<num>"),
exempt: {
   addedToQueue: Long("<num>"),
   removedFromQueue: Long("<num>"),
   queueLength: Long("<num>"),
   startedProcessing: Long("<num>"),
   processing: Long("<num>"),
   finishedProcessing: Long("<num>"),
   totalTimeProcessingMicros: Long("<num>"),
   canceled: Long("<num>"),
   newAdmissions: Long("<num>"),
   totalTimeQueuedMicros: Long("<num>")
},
normalPriority: {
   addedToQueue: Long("<num>"),
   removedFromQueue: Long("<num>"),
   queueLength: Long("<num>"),
   startedProcessing: Long("<num>"),
   processing: Long("<num>"),
   finishedProcessing: Long("<num>"),
   totalTimeProcessingMicros: Long("<num>"),
   canceled: Long("<num>"),
   newAdmissions: Long("<num>"),
   totalTimeQueuedMicros: Long("<num>")
}

out: El número de tickets actualmente en posesión.

available: El número de tickets disponibles.

totalTickets: El tamaño del grupo de tickets.

exempt: Un documento que devuelve métricas para operaciones exentas de la cola.

exempt.startedProcessing: El número total de Operaciones que adquirieron un ticket de admisión.

exempt.processing: El número total de operaciones que están siendo procesadas actualmente.

exempt.finishedProcessing: El número total de operaciones que liberaron su ticket de admisión.

exempt.totalTimeProcessingMicros: El tiempo total que las operaciones mantuvieron sus tickets de admisión.

exempt.canceled: El número total de operaciones que agotaron el tiempo de espera en la cola.

exempt.newAdmissions: El número total de nuevas admisiones a la cola.

exempt.totalTimeQueuedMicros: El tiempo total que las operaciones pasaron esperando en la cola.

normalPriority: Un documento que devuelve métricas para operaciones sujetas a la cola.

normalPriority.addedToQueue: El número total de operaciones agregadas a la cola.

normalPriority.removedFromQueue: El número total de operaciones eliminadas de la cola.

normalPriority.queueLength: El número total de operaciones en la cola.

normalPriority.startedProcessing: El número total de Operaciones que adquirieron un ticket de admisión.

normalPriority.processing: El número total de operaciones que están siendo procesadas actualmente.

normalPriority.finishedProcessing: El número total de operaciones que liberaron su ticket de admisión.

normalPriority.totalTimeProcessingMicros: El tiempo total que las operaciones mantuvieron sus tickets de admisión.

normalPriority.canceled: El número total de operaciones que agotaron el tiempo de espera en la cola.

normalPriority.newAdmissions: El número total de nuevas admisiones a la cola.

normalPriority.totalTimeQueuedMicros: El tiempo total que las operaciones pasaron esperando en la cola.

querySettings

Nuevo en la versión 8.0.

querySettings: {
  count: <num>,
  rejectCount: <num>,
  size: <num>
}

querySettings

Documento con recuentos de configuración y uso para la configuración de query.

A partir de MongoDB 8.0, utiliza la configuración del query en lugar de añadir filtros de índice. Los filtros de índices están en desuso a partir de MongoDB 8.0.

La configuración de queries tiene más funcionalidades que los filtros de índices. Además, los filtros de índice no son persistentes y no puedes crear fácilmente filtros de índice para todos los nodos del clúster. Para añadir ajustes de query y explorar ejemplos, consulta setQuerySettings.

querySettings.count: Número total de configuraciones de query.

querySettings.rejectCount: Número total de configuraciones de query que tienen el campo reject establecido en true. Para configurar el campo reject, utiliza setQuerySettings.

querySettings.size: Tamaño total en bytes para la configuración de query.

readConcernCounters

Nuevo en la versión 5.0.

readConcernCounters : {
   nonTransactionOps : {
      none : Long("<num>"),
      noneInfo : {
         CWRC : {
            local : Long("<num>"),
            available : Long("<num>"),
            majority : Long("<num>")
         },
         implicitDefault : {
            local : Long("<num>"),
            available : Long("<num>")
         }
      },
      local : Long("<num>"),
      available : Long("<num>"),
      majority : Long("<num>"),
      snapshot : {
         withClusterTime : Long("<num>"),
         withoutClusterTime : Long("<num>")
      },
      linearizable : Long("<num>")
   },
   transactionOps : {
      none : Long("<num>"),
      noneInfo : {
         CWRC : {
            local : Long("<num>"),
            available : Long("<num>"),
            majority : Long("<num>")
         },
         implicitDefault : {
            local : Long("<num>"),
            available : Long("<num>")
         }
      },
      local : Long("<num>"),
      majority : Long("<num>"),
      snapshot : {
         withClusterTime : Long("<num>"),
         withoutClusterTime : Long("<num>")
      }
   }
},

readConcernCounters: Un documento que informa sobre el nivel de consistencia de lectura especificado por las operaciones de query. Este documento contiene el readConcernCounters.nonTransactionOps y el readConcernCounters.transactionOps.

readConcernCounters.nonTransactionOps: Un documento que informa sobre el nivel de consistencia de lectura especificado por las operaciones del query no transaccionales realizadas después del último inicio del servidor de bases de datos.

readConcernCounters.nonTransactionOps.none

La cantidad de operaciones del query no transaccionales que no especificaron un nivel de consistencia de lectura y, en su lugar, utilizaron:

el nivel de consistencia de lectura por defecto o
la configuración global por defecto del nivel de consistencia de lectura si fue establecida por el comando setDefaultRWConcern.

readConcernCounters.nonTransactionOps.noneInfo

La cantidad de operaciones del query no transaccionales que utilizan el nivel de consistencia de lectura global por defecto y un nivel de consistencia de lectura implícito por defecto.

La suma de los valores en readConcernCounters.nonTransactionOps.noneInfo debe ser igual al valor de readConcernCounters.nonTransactionOps.none.

readConcernCounters.nonTransactionOps.local: La cantidad de operaciones del query no transaccionales que especificaron el nivel de consistencia de lectura "local".

readConcernCounters.nonTransactionOps.available: La cantidad de operaciones del query no transaccionales que especificaron el nivel de consistencia de lectura "available".

readConcernCounters.nonTransactionOps.majority: La cantidad de operaciones del query no transaccionales que especificaron el nivel de consistencia de lectura "majority".

readConcernCounters.nonTransactionOps.snapshot: Documento que contiene operaciones del query no transaccionales que especifican el nivel de consistencia de lectura "snapshot".

readConcernCounters.nonTransactionOps.snapshot.withClusterTime: La cantidad de operaciones del query no transaccionales que especificaron el nivel de consistencia de lectura "snapshot" y el tiempo del clúster, que especificó un punto en el tiempo.

readConcernCounters.nonTransactionOps.snapshot.withoutClusterTime: La cantidad de operaciones del query no transaccionales que especificaron el nivel de consistencia de lectura "snapshot" sin el tiempo del clúster, lo que significa que se omitió un punto en el tiempo, y el servidor leerá la snapshot más recientemente confirmada disponible en el nodo.

readConcernCounters.nonTransactionOps.linearizable: La cantidad de operaciones del query no transaccionales que especificaron el nivel de consistencia de lectura "linearizable".

readConcernCounters.transactionOps: Un documento que informa sobre el nivel de consistencia de lectura especificado por las operaciones del query transaccionales realizadas después de que el servidor de base de datos se inició por última vez.

readConcernCounters.transactionOps.none: La cantidad de operaciones del query transaccionales que no especificaron un nivel de consistencia de lectura y, en cambio, utilizaron el nivel de consistencia de lectura por defecto o la configuración global por defecto de nivel de consistencia de lectura o de nivel de confirmación de escritura (write concern) agregada con el comando setDefaultRWConcern.

readConcernCounters.transactionOps.noneInfo: Información sobre el nivel de consistencia de lectura global por defecto y el nivel de consistencia de lectura implícito por defecto utilizados por las operaciones del query transaccionales.

readConcernCounters.transactionOps.local: La cantidad de operaciones de query transaccionales que especificaron el nivel de consistencia de lectura "local".

readConcernCounters.transactionOps.available: La cantidad de operaciones de query transaccionales que especificaron el nivel de consistencia de lectura "available".

readConcernCounters.transactionOps.majority: La cantidad de operaciones de query transaccionales que especificaron el nivel de consistencia de lectura "majority".

readConcernCounters.transactionOps.snapshot: Documento que contiene las operaciones del query transaccionales que especificaron el nivel de consistencia de lectura "snapshot".

readConcernCounters.transactionOps.snapshot.withClusterTime: La cantidad de operaciones del query transaccionales que especificaron el nivel de consistencia de lectura "snapshot" y el tiempo del clúster, que especificaron un punto en el tiempo.

readConcernCounters.transactionOps.snapshot.withoutClusterTime: La cantidad de operaciones del query transaccionales que especificaron el nivel de consistencia de lectura "snapshot" sin el tiempo del clúster, lo que significa que se omitió un punto en el tiempo y que el servidor leerá la snapshot más recientemente comprometida disponible para el nodo.

leerContadoresDePreferencias

Disponible a partir de MongoDB 7.2 (también 7.0.3, 6.0.11).

Disponible únicamente en mongod.

readPreferenceCounters : {
   executedOnPrimary : {
      primary : {
         internal : Long("<num>"),
         external : Long("<num>")
      },
      primaryPreferred : {
         internal : Long("<num>"),
         external : Long("<num>")
      },
      secondary : {
         internal : Long("<num>"),
         external : Long("<num>")
      },
      secondaryPreferred : {
         internal : Long("<num>"),
         external : Long("<num>")
      },
      nearest : {
         internal : Long("<num>"),
         external : Long("<num>")
      },
      tagged : {
         internal : Long("<num>"),
         external : Long("<num>")
      }
   },
   executedOnSecondary : {
      primary : {
         internal : Long("<num>"),
         external : Long("<num>")
      },
      primaryPreferred : {
         internal : Long("<num>"),
         external : Long("<num>")
      },
      secondary : {
         internal : Long("<num>"),
         external : Long("<num>")
      },
      secondaryPreferred : {
         internal : Long("<num>"),
         external : Long("<num>")
      },
      nearest : {
         internal : Long("<num>"),
         external : Long("<num>")
      },
      tagged : {
         internal : Long("<num>"),
         external : Long("<num>")
      }
   }
}

readPreferenceCounters

Disponible únicamente en mongod.

Un documento que informa sobre la cantidad de operaciones recibidas por este nodo mongod con la preferencia de lectura especificada.

El subcampo tagged se refiere a cualquier preferencia de lectura que se pase con una etiqueta.

readPreferenceCounters.executedOnPrimary

Disponible únicamente en mongod.

Un documento que cuenta cuántas operaciones de preferencia de lectura internas y externas recibió el nodo mientras actuaba como primario.

readPreferenceCounters.executedOnSecondary

Disponible únicamente en mongod.

Un documento que cuenta cuántas operaciones de preferencia de lectura internas y externas recibió el nodo mientras actuaba como secundario.

repl

repl : {
   hosts : [
         <string>,
         <string>,
         <string>
   ],
   setName : <string>,
   setVersion : <num>,
   isWritablePrimary : <boolean>,
   secondary : <boolean>,
   primary : <hostname>,
   me : <hostname>,
   electionId : ObjectId(""),
   userWriteBlockReason : <num>,
   userWriteBlockModeCounters: {
      Unspecified: <num>,
      ClusterToClusterMigrationInProgress: <num>,
      DiskUseThresholdExceeded: <num>
   },
   primaryOnlyServices: {
      ReshardingRecipientService: { state: <string>, numInstances: <num> },
      RenameCollectionParticipantService: { state: <string>, numInstances: <num> },
      ShardingDDLCoordinator: { state: <string>, numInstances: <num> },
      ReshardingDonorService: { state: <string>, numInstances: <num> }
   },
   rbid : <num>,
   replicationProgress : [
         {
            rid : <ObjectId>,
            optime : { ts: <timestamp>, term: <num> },
            host : <hostname>,
            memberId : <num>
         },
        ...
   ]
   timestamps : {
      oldestTimestamp: <timestamp>
   }
}

repl: Un documento que informa sobre la configuración del Set de réplicas. repl solo aparece cuando el host actual es un Set de réplicas. Consulte Replicación para obtener más información sobre la replicación.

repl.hosts: Un arreglo de los nombres de host y la información de los puertos de los nodos actuales del set de réplicas ("host:port").

repl.setName: Un string con el nombre del Set de réplicas actual. Este valor refleja el --replSet de la línea de comandos, o el valor replSetName en el archivo de configuración.

repl.isWritablePrimary: Un operador booleano que indica si el nodo actual es el primario del set de réplicas.

repl.secondary: Un operador booleano que indica si el nodo actual es un nodo secundario del set de réplicas.

repl.primary: El nombre de host y la información de los puertos ("host:port") del nodo primario actual del set de réplicas.

repl.me: El nombre de host y la información de los puertos ("host:port") para el nodo actual del set de réplicas.

repl.userWriteBlockReason

Un valor numérico que representa el motivo por el cual se bloquean las escrituras del usuario. Este campo solo es relevante cuando se configura userWriteBlockMode en 2 para activar el bloqueo de escritura.

Los valores posibles son:

0: No especificado
1: ClusterToClusterMigrationInProgress
2: DiskUseThresholdExceeded

Este campo corresponde al parámetro reason especificado en el comando setUserWriteBlockMode cuando el bloqueo de escritura está activado.

repl.userWriteBlockModeCounters: Un documento que contiene contadores que rastrean la cantidad de veces que se activa el bloqueo de guardado con diferentes motivos desde que se inició el servidor.

repl.userWriteBlockModeCounters.Unspecified: La cantidad de veces que se activa el bloqueo de guardado con el motivo Unspecified desde que se inició el servidor.

repl.userWriteBlockModeCounters.ClusterToClusterMigrationInProgress: La cantidad de veces que se activa el bloqueo de guardado con el motivo ClusterToClusterMigrationInProgress desde que se inició el servidor.

repl.userWriteBlockModeCounters.DiskUseThresholdExceeded: La cantidad de veces que se activa el bloqueo de guardado con el motivo DiskUseThresholdExceeded desde que se inició el servidor.

repl.primaryOnlyServices: Documento que contiene la cantidad y el estado de las instancias de cada servicio primario activo en el servidor. Los servicios primarios solo pueden iniciarse cuando un servidor es primario, pero pueden continuar ejecutándose hasta su finalización después de que el servidor cambia de estado.
Nuevo en la versión 5.0.

repl.primaryOnlyServices.ReshardingRecipientService

Documento que contiene el estado y la cantidad de instancias de ReshardingRecipientService.

Los destinatarios son las particiones que poseerán los fragmentos como resultado de la operación de redistribución, de acuerdo con la nueva clave de fragmentación y las zonas.

El coordinador de redistribución indica a cada nodo primario de las particiones donantes y receptoras a cambiar el nombre de la colección particionada temporal. La colección temporal se convierte en la nueva colección particionada.

Nuevo en la versión 5.0.

repl.primaryOnlyServices.RenameCollectionParticipantService

Documento que contiene el estado y la cantidad de instancias de RenameCollectionParticipantService.

El RenameCollectionParticipantService garantiza que, después de que una partición reciba una solicitud de renameCollection, la partición pueda reanudar el cambio de nombre local en caso de fallo del sistema.

Nuevo en la versión 5.0.

repl.primaryOnlyServices.ShardingDDLCoordinator

Documento que contiene el estado y la cantidad de instancias de ShardingDDLCoordinator.

El servicio ShardingDDLCoordinator gestiona las operaciones DDL para bases de datos primarias tales como: crear base de datos, descartar base de datos, renombrar colección.

El ShardingDDLCoordinator garantiza que una operación de DDL para cada base de datos pueda realizarse en un momento específico dentro de un clúster particionado.

Nuevo en la versión 5.0.

repl.primaryOnlyServices.ReshardingDonorService

Documento que contiene el estado y la cantidad de instancias de ReshardingDonorService.

Los donantes son las particiones que poseen fragmentos de la colección particionada antes de que se complete la operación de cambio de nombre.

Nuevo en la versión 5.0.

repl.rbid: Identificador de rollback . Se utiliza para determinar si se ha producido un rollback para esta instancia mongod.

repl.replicationProgress

Un arreglo con un documento para cada nodo del set de réplicas que informa sobre el proceso de replicación a este nodo. Por lo general, se trata del primario, o de los secundarios si se utiliza la replicación en cadena.

Para incluir este resultado, debe pasar la opción repl al serverStatus, como en el siguiente ejemplo:

db.serverStatus({ "repl": 1 })
db.runCommand({ "serverStatus": 1, "repl": 1 })

El contenido de la sección repl.replicationProgress depende de la fuente de Replicación de cada Nodo. Esta sección da soporte a operaciones internas y es solo para uso interno y de diagnóstico.

repl.replicationProgress[n].rid: Un ObjectId utilizado como ID para los nodos del set de réplicas. Solo para uso interno.

repl.replicationProgress[n].optime: Información sobre la última operación del oplog que el nodo aplicó, según lo informado por este nodo.

repl.replicationProgress[n].host: El nombre del host en formato [hostname]:[port] para el nodo del set de réplicas.

repl.replicationProgress[n].memberID: El identificador entero para este nodo del set de réplicas.

seguridad

security : {
   authentication : {
      saslSupportedMechsReceived : <num>,
      mechanisms : {
         MONGODB-X509 : {
            speculativeAuthenticate : {
               received : Long("<num>"),
               successful : Long("<num>")
            },
            authenticate : {
               received : Long("<num>"),
               successful : Long("<num>")
            }
         },
         SCRAM-SHA-1 : {
            speculativeAuthenticate : {
               received : Long("<num>"),
               successful : Long("<num>")
            },
            authenticate : {
               received : Long("<num>"),
               successful : Long("<num>")
            }
         },
         SCRAM-SHA-256 : {
            speculativeAuthenticate : {
               received : Long("<num>"),
               successful : Long("<num>")
            },
            authenticate : {
               received : Long("<num>"),
               successful : Long("<num>")
            }
          }
       }
     },
     SSLServerSubjectName: <string>,
     SSLServerHasCertificateAuthority: <boolean>,
     SSLServerCertificateExpirationDate: <date>
},

security

Un documento que informa sobre:

El número de veces que se ha utilizado un mecanismo de autenticación determinado para autenticar contra la instancia de mongod o mongos.
El certificado TLS/SSL de la instancia mongod / mongos. (Solo aparece para la instancia mongod o mongos con soporte para TLS)

security.authentication.saslSupportedMechsReceived: Nuevo en la versión 5.0.
La cantidad de veces que una solicitud de hello incluye un campo hello.saslSupportedMechs válido.

security.authentication.mechanisms: Un documento que informa sobre la cantidad de veces que se ha utilizado un mecanismo de autenticación determinado para autenticarse en la instancia de mongod o mongos. Los valores en el documento distinguen entre la autenticación estándar y la autenticación especulativa. [1]
Nota
Los campos en el documento mechanisms dependen de la configuración del parámetro authenticationMechanisms. El documento mechanisms incluye un campo para cada mecanismo de autenticación compatible con su instancia de mongod o mongos.
El siguiente ejemplo muestra la forma del documento mechanisms para una implementación que sólo admite la autenticación X.509.

security.authentication.mechanisms.MONGODB-X509

Un documento que informa sobre el número de veces que X.509 se ha utilizado para autenticarse ante la instancia de mongod o mongos.

Incluye la cantidad total de intentos de autenticación X.509 y el subconjunto de esos intentos que fueron especulativos. [1]

security.authentication.mechanisms.MONGODB-X509.speculativeAuthenticate.received: Número de intentos de autenticación especulativa recibidos usando X.509. Incluye intentos de autenticación especulativa exitosos y fallidos. [1]

security.authentication.mechanisms.MONGODB-X509.speculativeAuthenticate.successful: Número de intentos de autenticación exitosos y especulativos recibidos usando X.509. [1]

security.authentication.mechanisms.MONGODB-X509.authenticate.received: Número de intentos de autenticación exitosos y fallidos recibidos usando X.509. Este valor incluye intentos especulativos de autenticación recibidos a través de X.509.

security.authentication.mechanisms.MONGODB-X509.authenticate.successful: Número de intentos de autenticación exitosos recibidos usando x.508. Este valor incluye intentos exitosos de autenticación especulativa que utilizaron X.509.

[1]	(1, 2, 3, 4) La autenticación especulativa minimiza la cantidad de viajes de ida y vuelta en la red durante el proceso de autenticación para optimizar el rendimiento.

security.SSLServerSubjectName: El nombre del sujeto asociado con el certificado TLS/SSL de la instancia mongod / mongos.

security.SSLServerHasCertificateAuthority

Un valor booleano que es:

true cuando el certificado TLS/SSL de la instancia mongod / mongos está asociado con una autoridad de certificación.
false cuando el certificado TLS/SSL está autofirmado.

security.SSLServerCertificateExpirationDate: La fecha y hora de vencimiento del certificado TLS/SSL de la instancia mongod / mongos.

fragmentación

{
   configsvrConnectionString : 'csRS/cfg1.example.net:27019,cfg2.example.net:27019,cfg2.example.net:27019',
   lastSeenConfigServerOpTime : {
      ts : <timestamp>,
      t : Long("<num>")
   },
   maxChunkSizeInBytes : Long("<num>")
}

sharding: Un documento con datos sobre el clúster particionado. El lastSeenConfigServerOpTime está presente solo para un mongos o un Nodo de partición, no para un servidor de configuración.

sharding.configsvrConnectionString: La cadena de conexión para los servidores de configuración.

sharding.lastSeenConfigServerOpTime

El último optime del CSRS primario que ha visto el mongos o el nodo de partición. El documento optime incluye:

ts, la marca de tiempo de la operación.
t, la term en la cual la operación fue generada originalmente en el primario.

El lastSeenConfigServerOpTime solo está presente si el clúster particionado utiliza CSRS.

sharding.maxChunkSizeInBytes: El límite de tamaño máximo para un rango a migrar. Si este valor se actualizó recientemente en el servidor de configuración, es posible que el maxChunkSizeInBytes no refleje el valor más reciente.

shardingStatistics

Cuando se ejecuta en un nodo de una partición:

shardingStatistics : {
   countStaleConfigErrors : Long("<num>"),
   countDonorMoveChunkStarted : Long("<num>"),
   countDonorMoveChunkCommitted : Long("<num>"),
   countDonorMoveChunkAborted : Long("<num>"),
   totalDonorMoveChunkTimeMillis : Long("<num>"),
   totalDonorChunkCloneTimeMillis : Long("<num>"),
   totalCriticalSectionCommitTimeMillis : Long("<num>"),
   totalCriticalSectionTimeMillis : Long("<num>"),
   countDocsClonedOnRecipient : Long("<num>"),
   countBytesClonedOnRecipient : Long("<num>"),
   countDocsClonedOnCatchUpOnRecipient : Long("<num>"),
   countBytesClonedOnCatchUpOnRecipient : Long("<num>"),
   countDocsClonedOnDonor : Long("<num>"),
   countRecipientMoveChunkStarted : Long("<num>"),
   countDocsDeletedByRangeDeleter : Long("<num>"),
   countDonorMoveChunkLockTimeout : Long("<num>"),
   unfinishedMigrationFromPreviousPrimary : Long("<num>"),
   chunkMigrationConcurrency : Long("<num>"),
   unauthorizedDirectShardOps : Long("<num>"),
   countTransitionToDedicatedConfigServerStarted : Long("<num>"), // Added in MongoDB 8.0
   countTransitionToDedicatedConfigServerCompleted : Long("<num>"), // Added in MongoDB 8.0
   countTransitionFromDedicatedConfigServerCompleted : Long("<num>"), // Added in MongoDB 8.0
   catalogCache : {
      numDatabaseEntries : Long("<num>"),
      numCollectionEntries : Long("<num>"),
      countStaleConfigErrors : Long("<num>"),
      totalRefreshWaitTimeMicros : Long("<num>"),
      numActiveIncrementalRefreshes : Long("<num>"),
      countIncrementalRefreshesStarted : Long("<num>"),
      numActiveFullRefreshes : Long("<num>"),
      countFullRefreshesStarted : Long("<num>"),
      countFailedRefreshes : Long("<num>")
   },
   rangeDeleterTasks : <num>,
   configServerInShardCache : <boolean>, // Added in MongoDB 8.0
   resharding : {
      countStarted : Long("1"),
       countSucceeded : Long("1"),
       countFailed : Long("0"),
       countCanceled : Long("0"),
       lastOpEndingChunkImbalance : Long("0"),
       active : {
               documentsCopied : Long("0"),
               bytesCopied : Long("0"),
               countWritesToStashCollections : Long("0"),
               countWritesDuringCriticalSection : Long("0"),
               countReadsDuringCriticalSection : Long("0"),
               oplogEntriesFetched : Long("0"),
               oplogEntriesApplied : Long("0"),
               insertsApplied : Long("0"),
               updatesApplied : Long("0"),
               deletesApplied : Long("0")
       },
       oldestActive : {
               coordinatorAllShardsHighestRemainingOperationTimeEstimatedMillis : Long("0"),
               coordinatorAllShardsLowestRemainingOperationTimeEstimatedMillis : Long("0"),
               recipientRemainingOperationTimeEstimatedMillis : Long("0")
       },
       latencies : {
               collectionCloningTotalRemoteBatchRetrievalTimeMillis : Long("0"),
               collectionCloningTotalRemoteBatchesRetrieved : Long("0"),
               collectionCloningTotalLocalInsertTimeMillis : Long("0"),
               collectionCloningTotalLocalInserts : Long("0"),
               oplogFetchingTotalRemoteBatchRetrievalTimeMillis : Long("0"),
               oplogFetchingTotalRemoteBatchesRetrieved : Long("0"),
               oplogFetchingTotalLocalInsertTimeMillis : Long("0"),
               oplogFetchingTotalLocalInserts : Long("0"),
               oplogApplyingTotalLocalBatchRetrievalTimeMillis : Long("0"),
               oplogApplyingTotalLocalBatchesRetrieved : Long("0"),
               oplogApplyingTotalLocalBatchApplyTimeMillis : Long("0"),
               oplogApplyingTotalLocalBatchesApplied : Long("0")
       },
       currentInSteps : {
               countInstancesInCoordinatorState1Initializing : Long("0"),
               countInstancesInCoordinatorState2PreparingToDonate : Long("0"),
               countInstancesInCoordinatorState3Cloning : Long("0"),
               countInstancesInCoordinatorState4Applying : Long("0"),
               countInstancesInCoordinatorState5BlockingWrites : Long("0"),
               countInstancesInCoordinatorState6Aborting : Long("0"),
               countInstancesInCoordinatorState7Committing : Long("-1"),
               countInstancesInRecipientState1AwaitingFetchTimestamp : Long("0"),
               countInstancesInRecipientState2CreatingCollection : Long("0"),
               countInstancesInRecipientState3Cloning : Long("0"),
               countInstancesInRecipientState4Applying : Long("0"),
               countInstancesInRecipientState5Error : Long("0"),
               countInstancesInRecipientState6StrictConsistency : Long("0"),
               countInstancesInRecipientState7Done : Long("0"),
               countInstancesInDonorState1PreparingToDonate : Long("0"),
               countInstancesInDonorState2DonatingInitialData : Long("0"),
               countInstancesInDonorState3DonatingOplogEntries : Long("0"),
               countInstancesInDonorState4PreparingToBlockWrites : Long("0"),
               countInstancesInDonorState5Error : Long("0"),
               countInstancesInDonorState6BlockingWrites : Long("0"),
               countInstancesInDonorState7Done : Long("0")
       }
    }
   }
},

Cuando se ejecuta en un mongos:

shardingStatistics : {
   numHostsTargeted: {
      find : {
         allShards: Long("<num>"),
         manyShards: Long("<num>"),
         oneShard: Long("<num>"),
         unsharded: Long("<num>")
               },
      insert: {
         allShards: Long("<num>"),
         manyShards: Long("<num>"),
         oneShard: Long("<num>"),
         unsharded: Long("<num>")
               },
      update: {
         allShards: Long("<num>"),
         manyShards: Long("<num>"),
         oneShard: Long("<num>"),
         unsharded: Long("<num>")
               },
      delete: {
         allShards: Long("<num>"),
         manyShards: Long("<num>"),
         oneShard: Long("<num>"),
         unsharded: Long("<num>")
               },
      aggregate: {
         allShards: Long("<num>"),
         manyShards: Long("<num>"),
         oneShard: Long("<num>"),
         unsharded: Long("<num>")
               }
      }
   },
   catalogCache : {
      numDatabaseEntries : Long("<num>"),
      numCollectionEntries : Long("<num>"),
      countStaleConfigErrors : Long("<num>"),
      totalRefreshWaitTimeMicros : Long("<num>"),
      numActiveIncrementalRefreshes : Long("<num>"),
      countIncrementalRefreshesStarted : Long("<num>"),
      numActiveFullRefreshes : Long("<num>"),
      countFullRefreshesStarted : Long("<num>"),
      countFailedRefreshes : Long("<num>")
   },
   configServerInShardCache : <boolean> // Added in MongoDB 8.0
}

shardingStatistics: Un documento que contiene métricas sobre la actualización de metadatos en clústeres particionados.

shardingStatistics.countStaleConfigErrors

La cantidad total de veces que los subprocesos encuentran una excepción de configuración obsoleta. Dado que una excepción de configuración obsoleta activa una actualización de los metadatos, esta cantidad es aproximadamente proporcional a la cantidad de actualizaciones de metadatos.

Solo está presente cuando se ejecuta en una partición.

shardingStatistics.countDonorMoveChunkStarted

La cantidad total de veces que MongoDB inicia el comando moveChunk o el comando moveRange en el nodo primario de la partición como parte del procedimiento de migración de rangos. Este número creciente no considera si las migraciones de fragmentos son exitosas o no.

Solo está presente cuando se ejecuta en una partición.

shardingStatistics.countDonorMoveChunkCommitted

La cantidad total de migraciones de fragmentos que MongoDB confirma en el nodo primario de la partición.

La migración de fragmentos se lleva a cabo mediante los comandos moveChunk y moveRange en un procedimiento de migración de rangos.

Solo disponible en una partición.

Disponible a partir de MongoDB 7.1 (y 7.0, 6.3.2, 6.0.6 y 5.0.18).

shardingStatistics.countDonorMoveChunkAborted

La cantidad total de migraciones de fragmentos que MongoDB aborta en el nodo primario de la partición.

La migración de fragmentos se lleva a cabo mediante los comandos moveChunk y moveRange en un procedimiento de migración de rangos.

Solo disponible en una partición.

Disponible a partir de MongoDB 7.1 (y 7.0, 6.3.2, 6.0.6 y 5.0.18).

shardingStatistics.totalDonorMoveChunkTimeMillis

Tiempo acumulado en milisegundos para mover fragmentos desde la partición actual a otra partición. Para cada migración de fragmentos, el tiempo comienza cuando se inicia un comando moveRange o moveChunk, y termina cuando el fragmento se mueve a otra partición en un procedimiento de migración de rangos.

Solo disponible en una partición.

Disponible a partir de MongoDB 7.1 (y 7.0, 6.3.2, 6.0.6 y 5.0.18).

shardingStatistics.totalDonorChunkCloneTimeMillis

El tiempo acumulado, en milisegundos, que la fase de clonación del procedimiento de migración de rangos tarda en el nodo primario de la partición. Específicamente, para cada migración en esta partición, el tiempo rastreado comienza con los comandos moveRange y moveChunk, y termina antes de que la partición de destino entre en una fase catchup para aplicar los cambios que ocurrieron durante el procedimiento de migración de rangos.

Solo está presente cuando se ejecuta en una partición.

shardingStatistics.totalCriticalSectionCommitTimeMillis

El tiempo acumulado, en milisegundos, que la fase de actualización de metadatos del procedimiento de migraciones de rangos tarda en el nodo primario de la partición. Durante la fase de actualización de metadatos, MongoDB bloquea todas las operaciones en la colección.

Solo está presente cuando se ejecuta en una partición.

shardingStatistics.totalCriticalSectionTimeMillis

El tiempo acumulado, en milisegundos, que la fase de sincronización y la fase de actualización de metadatos del procedimiento de migración de rangos tarda en el nodo primario de la partición.

Para calcular la duración de la fase de recuperación, resta totalCriticalSectionCommitTimeMillis de totalCriticalSectionTimeMillis:

totalCriticalSectionTimeMillis - totalCriticalSectionCommitTimeMillis

Solo está presente cuando se ejecuta en una partición.

shardingStatistics.countDocsClonedOnRecipient

El recuento acumulado y siempre en aumento de documentos que MongoDB clona en el nodo primario de la partición receptora.

Solo está presente cuando se ejecuta en una partición.

shardingStatistics.countBytesClonedOnRecipient

La cantidad acumulada de bytes que MongoDB clona en el nodo primario de la partición receptora durante el procedimiento de migración de rangos.

Para obtener más detalles sobre la sincronización de datos, consulte Sincronización de datos del set de réplicas.

Solo disponible en una partición.

Disponible a partir de MongoDB 7.1 (y 7.0, 6.3.2, 6.0.6 y 5.0.18).

shardingStatistics.countDocsClonedOnCatchUpOnRecipient

La cantidad acumulada de documentos que MongoDB clona en el nodo primario de la partición receptora durante la fase de sincronización del procedimiento de migración de rangos.

Para obtener más detalles sobre la sincronización de datos, consulte Sincronización de datos del set de réplicas.

Solo disponible en una partición.

Disponible a partir de MongoDB 7.1 (y 7.0, 6.3.2, 6.0.6 y 5.0.18).

shardingStatistics.countBytesClonedOnCatchUpOnRecipient

La cantidad acumulada de bytes que MongoDB clona en el nodo primario de la partición receptora durante la fase de sincronización del procedimiento de migración de rangos.

Para obtener más detalles sobre la sincronización de datos, consulte Sincronización de datos del set de réplicas.

Solo disponible en una partición.

Disponible a partir de MongoDB 7.1 (y 7.0, 6.3.2, 6.0.6 y 5.0.18).

shardingStatistics.countDocsClonedOnDonor

El recuento acumulado y siempre en aumento de documentos que MongoDB clona en el nodo primario de la partición donante.

Solo está presente cuando se ejecuta en una partición.

shardingStatistics.countRecipientMoveChunkStarted

El recuento acumulado y siempre en aumento de fragmentos que este nodo, actuando como primario de la partición receptora, ha comenzado a recibir (ya sea que la transferencia haya sido exitosa o no).

Solo está presente cuando se ejecuta en una partición.

shardingStatistics.countDocsDeletedByRangeDeleter

El recuento acumulado y siempre en aumento de documentos que MongoDB borra en el nodo primario de la partición donante durante la migración de fragmentos.

Solo está presente cuando se ejecuta en una partición.

Cambiado en la versión 7.1.

shardingStatistics.countDonorMoveChunkLockTimeout

El recuento acumulado y siempre en aumento de migraciones de fragmentos que MongoDB aborta en el nodo primario de la partición donante, debido a los tiempos de espera en la adquisición de bloqueos.

Solo está presente cuando se ejecuta en una partición.

shardingStatistics.unfinishedMigrationFromPreviousPrimary

La cantidad de migraciones no completadas que el nodo primario anterior abandona después de una elección. Este valor solo se actualiza después de que el mongod recién elegido completa la transición a primario.

Solo está presente cuando se ejecuta en una partición.

shardingStatistics.chunkMigrationConcurrency

El número de hilos en el fragmento de origen y el fragmento receptor para realizar operaciones de migración de fragmentos.

Solo está presente cuando se ejecuta en una partición.

Disponible a partir de MongoDB 6.3 (y 5.0.15).

shardingStatstics.unauthorizedDirectShardOps

El número de operaciones directas de partición intentadas sin la autorización suficiente. Si la operación genera una advertencia en lugar de un error, unauthorizedDirectShardOps podría contarlo más de una vez.

En un clúster particionado con una sola partición, puedes controlar este contador estableciendo el parámetro directConnectionChecksWithSingleShard en true.

shardingStatistics.catalogCache: Un documento con estadísticas sobre la caché de información de enrutamiento del clúster.

shardingStatistics.catalogCache.numDatabaseEntries: La cantidad total de entradas de la base de datos que están actualmente en la caché del catálogo.

shardingStatistics.catalogCache.numCollectionEntries: La cantidad total de entradas de colecciones (en todas las bases de datos) que están actualmente en la caché del catálogo.

shardingStatistics.catalogCache.countStaleConfigErrors: La cantidad total de veces que los subprocesos encuentran una excepción de configuración obsoleta. Una excepción de configuración obsoleta activa una actualización de los metadatos.

shardingStatistics.catalogCache.totalRefreshWaitTimeMicros: El tiempo acumulado, en microsegundos, que los subprocesos tuvieron que esperar para una actualización de los metadatos.

shardingStatistics.catalogCache.numActiveIncrementalRefreshes: La cantidad de actualizaciones incrementales de la caché del catálogo que están actualmente pendientes de completarse.

shardingStatistics.countIncrementalRefreshesStarted: La cantidad acumulada de actualizaciones incrementales que se han iniciado.

shardingStatistics.catalogCache.numActiveFullRefreshes: La cantidad de actualizaciones completas de la caché del catálogo que están actualmente esperando completarse.

shardingStatistics.catalogCache.countFullRefreshesStarted: La cantidad acumulada de actualizaciones completas que se han comenzado.

shardingStatistics.catalogCache.countFailedRefreshes: El número acumulado de actualizaciones completas o incrementales que han fallado.

shardingStatistics.countTransitionToDedicatedConfigServerStarted

Número de veces que se ha iniciado el comando transitionToDedicatedConfigServer.

Solo está presente cuando se ejecuta en un nodo de servidor de configuración.

Nuevo en la versión 8.0.

shardingStatistics.countTransitionToDedicatedConfigServerCompleted

Número de veces que el comando transitionToDedicatedConfigServer ha finalizado.

Solo está presente cuando se ejecuta en un nodo de servidor de configuración.

Nuevo en la versión 8.0.

shardingStatistics.countTransitionFromDedicatedConfigServerCompleted

Número de veces que el comando transitionFromDedicatedConfigServer ha finalizado.

Solo está presente cuando se ejecuta en un nodo de servidor de configuración.

Nuevo en la versión 8.0.

shardingStatistics.rangeDeleterTasks

El total actual de las tareas de borrado de rangos de fragmentos en cola que están listas para ejecutarse o que se están ejecutando como parte del procedimiento de migración de rangos.

Inspeccione los documentos de la colección config.rangeDeletions para obtener información sobre los rangos de fragmentos que están pendientes de eliminación de una partición después de una migración de fragmentos.

Solo presente cuando se ejecuta en un Nodo del fragmento.

shardingStatistics.configServerInShardCache: Un valor booleano que indica si el servidor de configuración es una partición de configuración. Este valor se actualiza periódicamente, por lo que el valor de configServerInShardCache podría estar desactualizado hasta aproximadamente un minuto en un clúster saludable. Si el nodo no puede comunicarse con el servidor de configuración, configServerInShardCache puede permanecer desactualizado durante más tiempo.

shardingStatistics.resharding

Un documento con estadísticas sobre operaciones de redistribución.

Cada partición devuelve sus propias estadísticas de operaciones de redistribución. Si una partición no está involucrada en una operación de redistribución, esa partición no contendrá estadísticas sobre la operación de redistribución.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.resharding.countStarted

La suma de countSucceeded, countFailed y countCanceled. La suma se incrementa aún más en 1 si una operación de repartición ha comenzado pero aún no se ha completado. La suma se establece en 0 cuando mongod se inicia o se reinicia.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.resharding.countSucceeded

Cantidad de operaciones de redistribución exitosas. La cantidad se establece en 0 cuando mongod se inicia o se reinicia.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.resharding.countFailed

Cantidad de operaciones de redistribución fallidas. La cantidad se establece en 0 cuando mongod se inicia o se reinicia.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.resharding.countCanceled

Cantidad de operaciones de redistribución canceladas. La cantidad se establece en 0 cuando mongod se inicia o se reinicia.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.resharding.active.documentsCopied

Cantidad de documentos copiados de particiones donantes a particiones receptoras para la operación de redistribución actual. La cantidad se establece en 0 cuando se inicia una nueva operación de redistribución.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración. Devuelve 0 en un servidor de configuración.

Nuevo en la versión 5.0.

Se actualizó en la versión 6.1

shardingStatistics.resharding.active.bytesCopied

Número de bytes copiados de particiones donantes a particiones receptoras para la operación de redistribución actual. La cantidad se establece en 0 cuando se inicia una nueva operación de redistribución.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración. Devuelve 0 en un servidor de configuración.

Nuevo en la versión 5.0.

Se actualizó en la versión 6.1

shardingStatistics.resharding.active.countWritesToStashCollections: Durante la redistribución, la cantidad de guardados en las colecciones de reserva receptoras.
Nuevo en la versión 6.1.

shardingStatistics.resharding.active.countWritesDuringCriticalSection

Cantidad de guardados realizados en la sección crítica para la operación de redistribución actual. La sección crítica impide nuevos guardados entrantes en la colección que actualmente se está redistribuyendo. La cantidad se establece en 0 cuando se inicia una nueva operación de redistribución.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración. Devuelve 0 en un servidor de configuración.

Nuevo en la versión 5.0.

Se actualizó en la versión 6.1

shardingStatistics.resharding.active.countReadsDuringCriticalSection: Durante la redistribución, la cantidad de lecturas intentadas en la sección crítica del donante.
Nuevo en la versión 6.1.

shardingStatistics.resharding.active.oplogEntriesFetched

Cantidad de entradas obtenidas del oplog para la operación de redistribución actual. La cantidad se establece en 0 cuando se inicia una nueva operación de redistribución.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración. Devuelve 0 en un servidor de configuración.

Se actualizó en la versión 6.1

shardingStatistics.resharding.active.oplogEntriesApplied

Cantidad de entradas aplicadas al oplog para la operación de redistribución actual. La cantidad se establece en 0 cuando se inicia una nueva operación de redistribución.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración. Devuelve 0 en un servidor de configuración.

Nuevo en la versión 5.0.

Se actualizó en la versión 6.1

shardingStatistics.resharding.active.insertsApplied: La cantidad total de operaciones de inserción aplicadas durante la redistribución.
Nuevo en la versión 6.1.

shardingStatistics.resharding.active.updatesApplied: La cantidad total de operaciones de actualización aplicadas durante la redistribución.
Nuevo en la versión 6.1.

shardingStatistics.resharding.active.deletesApplied: La cantidad total de operaciones de borrado aplicadas durante la redistribución.
Nuevo en la versión 6.1.

shardingStatistics.resharding.oldestActive.coordinatorAllShardsHighestRemainingOperationTimeEstimatedMillis: Calculado en todas las particiones, la estimación más alta del número de segundos restantes. Si no se puede calcular la estimación de tiempo, el valor se establece en -1.
Nuevo en la versión 6.1.

shardingStatistics.resharding.oldestActive.coordinatorAllShardsLowestRemainingOperationTimeEstimatedMillis: Calculado en todas las particiones, la estimación más baja del número de segundos restantes. Si no se puede calcular la estimación de tiempo, el valor se establece en -1.
Nuevo en la versión 6.1.

shardingStatistics.resharding.oldestActive.recipientRemainingOperationTimeEstimatedMillis

Tiempo restante estimado, en milisegundos, para la operación de redistribución actual. Antes de la redistribución, o cuando no se puede calcular el tiempo, el valor se establece en -1.

Si una partición está involucrada en múltiples operaciones de redistribución, este campo contiene la estimación del tiempo restante para la operación de redistribución más antigua en la que esta partición es un receptor.

Nuevo en la versión 6.1.

shardingStatistics.resharding.oldestActive.totalOperationTimeElapsedMillis

Tiempo total transcurrido, en milisegundos, para la operación de redistribución actual. El tiempo se establece en 0 cuando se inicia una nueva operación de redistribución.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración. Devuelve 0 en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.resharding.latencies: Métricas de tiempo para operaciones de redistribución.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.collectionCloningTotalRemoteBatchRetrievalTimeMillis: Tiempo total que los destinatarios dedicaron a recuperar agrupaciones de documentos de los donantes, en milisegundos.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.collectionCloningTotalRemoteBatchesRetrieved: Número total de agrupamientos de documentos que los destinatarios recuperaron de los donantes.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.collectionCloningTotalLocalInsertTimeMillis: Tiempo total que los receptores dedicaron a insertar agrupaciones de documentos de donantes, en milisegundos.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.collectionCloningTotalLocalInserts: Número total de agrupaciones de documentos de donantes que los destinatarios han insertado.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.oplogFetchingTotalRemoteBatchRetrievalTimeMillis: Tiempo total que los destinatarios pasaron recuperando lotes de entradas del oplog desde los donantes, en milisegundos.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.oplogFetchingTotalRemoteBatchesRetrieved: Número total de entradas de oplog agrupadas que los receptores recuperaron de los donantes.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.oplogFetchingTotalLocalInsertTimeMillis: El tiempo total que los destinatarios dedicaron a insertar agrupaciones de entradas de oplog de donantes, en milisegundos.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.oplogFetchingTotalLocalInserts: Número total de lotes de entradas de OpLog de donantes que los destinatarios insertaron.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.oplogApplyingTotalLocalBatchRetrievalTimeMillis: Tiempo total que los destinatarios dedicaron a recuperar lotes de entradas de oplog que se insertaron durante la recuperación, en milisegundos.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.oplogApplyingTotalLocalBatchesRetrieved: Cantidad total de agrupaciones de entradas de oplog que se insertaron durante la recuperación y que los destinatarios recuperaron.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.oplogApplyingTotalLocalBatchApplyTimeMillis: Tiempo total que los destinatarios dedicaron a aplicar agrupaciones de entradas de oplog, en milisegundos.
Nuevo en la versión 6.1.

shardingStatistics.resharding.latencies.oplogApplyingTotalLocalBatchesApplied: Número total de lotes de entradas de oplog que los destinatarios aplicaron.
Nuevo en la versión 6.1.

shardingStatistics.resharding.totalApplyTimeElapsedMillis

Tiempo total transcurrido, en milisegundos, para el paso de aplicación de la operación de redistribución actual. En el paso de aplicación, las particiones receptoras modifican sus datos basándose en los nuevos guardados entrantes de particiones donantes. El tiempo se establece en 0 cuando se inicia una nueva operación de redistribución.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración. Devuelve 0 en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.resharding.totalCriticalSectionTimeElapsedMillis

Tiempo total transcurrido, en milisegundos, para la sección crítica de la operación de redistribución actual. La sección crítica impide nuevos guardados entrantes en la colección que actualmente se está redistribuyendo. El tiempo se establece en 0 cuando se inicia una nueva operación de redistribución.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración. Devuelve 0 en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.resharding.donorState

Estado de la partición donante para la operación de redistribución actual. La cantidad se establece en 0 cuando se inicia una nueva operación de redistribución.

Número devuelto	Significado	Descripción
0	`unused`	La partición no es un donante en la operación de redistribución actual.
1	`preparing-to-donate`	La partición donante se está preparando para donar datos a las particiones receptoras.
2	`donating-initial-data`	El fragmento donante está transfiriendo datos a los fragmentos receptores.
3	`donating-oplog-entries`	La partición donante está donando entradas de oplog a las particiones receptoras.
4	`preparing-to-block-writes`	La partición donante está a punto de impedir nuevas operaciones de guardado en la colección que se está redistribuyendo.
5	`error`	Se ha producido un error durante la operación de redistribución de fragmentos.
6	`blocking-writes`	La partición donante está impidiendo nuevas operaciones de guardado entrantes y ha notificado a todas las particiones receptoras que se han impedido nuevos guardados entrantes.
7	`done`	La partición donante ha descartado la antigua colección particionada y la operación de redistribución ha finalizado.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración. Devuelve 0 en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.resharding.recipientState

Estado de la partición receptora para la operación de redistribución actual. La cantidad se establece en 0 cuando se inicia una nueva operación de redistribución.

Número devuelto	Significado	Descripción
0	`unused`	La partición no es un destinatario en la operación actual de redistribución.
1	`awaiting-fetch-timestamp`	La partición receptora está esperando a que las particiones donantes estén preparadas para donar sus datos
2	`creating-collection`	La partición receptora está creando la nueva colección particionada.
3	`cloning`	La partición receptora está recibiendo datos de las particiones donantes.
4	`applying`	La partición receptora está aplicando entradas del oplog para modificar su copia de los datos en función de las nuevas operaciones de guardado entrantes de las particiones donantes.
5	`error`	Se ha producido un error durante la operación de redistribución de fragmentos.
6	`strict-consistency`	La partición receptora tiene todos los cambios de datos almacenados en una colección temporal.
7	`done`	La operación de redistribución está completa.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración. Devuelve 0 en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.numHostsTargeted

Indica la cantidad de particiones destinadas a operaciones de CRUD y comandos de agregación de datos. Cuando se ejecute una operación de CRUD o un comando de agregación de datos, se incrementarán las siguientes métricas.

Nombre	Descripción
`allShards`	Un comando dirigido a todas las particiones
`manyShards`	Un comando dirigido a más de una partición
`oneShard`	Un comando dirigido a una partición
`unsharded`	Se ejecutó un comando en una colección no particionada

Nota

Ejecutar el comando serverStatus en mongos proporcionará perspectiva sobre las operaciones CRUD y de agregación que se ejecutan en un clúster particionado.

Las operaciones de particiones múltiples pueden ser dispersión-recopilación o específicas de la partición. Las operaciones de dispersión-recopilación de múltiples particiones pueden consumir más recursos. Al usar las shardingStatistics.numHostsTargeted métricas, puedes ajustar los queries de agregación que se ejecutan en un clúster.

shardingStatistics.resharding.coordinatorState

Estado del coordinador de redistribución para la operación de redistribución actual. El coordinador de redistribución es un subproceso que se ejecuta en el servidor de configuración primario. La cantidad se establece en 0 cuando se inicia una nueva operación de redistribución.

Número devuelto	Significado	Descripción
0	`unused`	La partición no es el coordinador en la operación de redistribución actual.
1	`initializing`	El coordinador de redistribución ha insertado el documento del coordinador en `config.reshardingOperations` y ha agregado el `reshardingFields` a la entrada `config.collections` para la colección original.
2	`preparing-to-donate`	El coordinador de redistribución ha creado una entrada `config.collections` para la colección de redistribución temporal. ha insertado entradas en `config.chunks` para los rangos basados en la nueva clave de partición. ha insertado entradas en `config.tags` para cualquier zona asociada con la nueva clave de partición. El coordinador informa a las particiones participantes que comiencen la operación de redistribución. A continuación, el coordinador espera hasta que todas las particiones donantes hayan elegido un `minFetchTimestamp` y estén listas para donar.
3	`cloning`	El coordinador de redistribución informa a las particiones donantes que deben donar datos a las particiones receptoras. El coordinador espera a que todas las particiones receptoras terminen de clonar los datos de la partición donante.
4	`applying`	El coordinador de redistribución informa a las particiones receptoras que modifiquen sus copias de datos basándose en nuevos guardados entrantes de particiones donantes. El coordinador espera a que todas las particiones receptoras terminen de aplicar las entradas de oplog.
5	`blocking-writes`	El coordinador de redistribución informa a las particiones donantes que eviten que se vuelvan a redistribuir las nuevas operaciones de guardado entrantes a la colección. A continuación, el coordinador espera a que todas las particiones receptoras hayan recibido todos los cambios de datos.
6	`aborting`	Se produjo un error irrecuperable durante la operación de redistribución o se ejecutó el comando `abortReshardCollection` (o el método `sh.abortReshardCollection()`).
6	`committing`	El coordinador de redistribución remueve la entrada `config.collections` para la colección de redistribución temporal. A continuación, el coordinador agrega el `recipientFields` a la entrada de la colección de origen.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.resharding.opStatus

Estado de la operación de redistribución actual.

Número devuelto	Descripción
-1	La operación de redistribución no está en curso.
0	La operación de redistribución fue exitosa.
1	La operación de redistribución falló.
2	Operación de redistribución cancelada.

Solo está presente cuando se ejecuta en una partición o en un servidor de configuración.

Nuevo en la versión 5.0.

shardingStatistics.resharding.lastOpEndingChunkImbalance

Este campo contiene la diferencia numérica más alta para (maxNumChunksInShard - minNumChunksInShard) entre todas las zonas para la colección que fue procesada por la operación de redistribución más reciente.

Vea Tamaño del rango.

Solo se actualiza en los servidores de configuración.

Nuevo en la versión 5.0.

shardedIndexConsistency

shardedIndexConsistency : {
   numShardedCollectionsWithInconsistentIndexes : Long("<num>")
},

shardedIndexConsistency

Disponible solo en instancias de servidores de configuración.

Un documento que proporciona los resultados de las verificaciones de coherencia de índice para colecciones particionadas.

Las métricas devueltas son significativas solo cuando se ejecuten en el primario del set de réplicas del servidor de configuración para un clúster.

Tip

enableShardedIndexConsistencyCheck parameter
shardedIndexConsistencyCheckIntervalMS parameter

shardedIndexConsistency.numShardedCollectionsWithInconsistentIndexes

Disponible solo en instancias de servidores de configuración.

Cantidad de colecciones particionadas cuyos índices son inconsistentes entre las particiones. Una colección particionada tiene un índice inconsistente si la colección no tiene exactamente los mismos índices (incluidas las opciones de índice) en cada partición que contiene fragmentos de la colección.

Para investigar si una colección fragmentada tiene índices inconsistentes, consulte Buscar índices inconsistentes entre fragmentos.

Las métricas devueltas son significativas solo cuando se ejecuten en el primario del set de réplicas del servidor de configuración para un clúster.

Tip

enableShardedIndexConsistencyCheck parameter
shardedIndexConsistencyCheckIntervalMS parameter

spillWiredTiger

spillWiredTiger: {
  storageSize: <long>,
  uri: <string>,
  version: <string>,
  'block-manager': {
    'blocks read': <num>,
    'blocks written': <num>,
    'bytes read': <num>,
    'bytes written': <num>
  },
  cache: {
    'application thread time evicting (usecs)': <num>,
    'application threads eviction requested with cache fill ratio < 25%': <num>,
    'application threads eviction requested with cache fill ratio >= 75%': <num>,
    'application threads page write from cache to disk count': <num>,
    'application threads page write from cache to disk time (usecs)': <num>,
    'bytes allocated for updates': <num>,
    'bytes currently in the cache': <num>,
    'bytes read into cache': <num>,
    'bytes written from cache': <num>,
    'eviction currently operating in aggressive mode': <num>,
    'eviction empty score': <num>,
    'eviction state': <num>,
    'eviction walk target strategy clean pages': <num>,
    'eviction walk target strategy dirty pages': <num>,
    'eviction walk target strategy pages with updates': <num>,
    'forced eviction - pages evicted that were clean count': <num>,
    'forced eviction - pages evicted that were dirty count': <num>,
    'forced eviction - pages selected count': <num>,
    'forced eviction - pages selected unable to be evicted count': <num>,
    'hazard pointer blocked page eviction': <num>,
    'maximum bytes configured': <num>,
    'maximum page size seen at eviction': <num>,
    'number of times dirty trigger was reached': <num>,
    'number of times eviction trigger was reached': <num>,
    'number of times updates trigger was reached': <num>,
    'page evict attempts by application threads': <num>,
    'page evict failures by application threads': <num>,
    'pages queued for eviction': <num>,
    'pages queued for urgent eviction': <num>,
    'tracked dirty bytes in the cache': <num>
  }
}

spillWiredTiger

Un documento que contiene métricas sobre la instancia de spill de WiredTiger. Cuando MongoDB guarda en disco para cumplir con ciertas operaciones, utiliza una instancia separada de WiredTiger, que contiene su propio caché en memoria. Este caché separado aísla las operaciones del caché principal de WiredTiger.

El documento spillWiredTiger contiene un subconjunto de los campos informados en el documento de wiredTiger. El documento de spillWiredTiger solo aparece cuando se utiliza el motor de almacenamiento WiredTiger. Para obtener detalles sobre las métricas de spillWiredTiger, consulta la descripción correspondiente de la métrica de wiredTiger.

storageEngine

storageEngine : {
   name : <string>,
   supportsCommittedReads : <boolean>,
   persistent : <boolean>
},

storageEngine: Un documento con datos sobre el motor de almacenamiento actual.

storageEngine.name: El nombre del motor de almacenamiento actual.

storageEngine.supportsCommittedReads: Un operador booleano que indica si el motor de almacenamiento admite nivel de consistencia de lectura "majority".

storageEngine.persistent: Un operador booleano que indica si el motor de almacenamiento persiste o no los datos en el disco.

tcmalloc

Nota

tcmalloc Las métricas que son solo para uso interno se omiten de esta página.

tcmalloc : {
   usingPerCPUCaches : <boolean>,  // Added in MongoDB 8.0
   maxPerCPUCacheSizeBytes : <integer>, // Added in MongoDB 8.0
   generic : {
      current_allocated_bytes : <integer>,
      heap_size : <integer>,
      peak_memory_usage : <integer>  // Added in MongoDB 8.0
   },
   tcmalloc : {
      central_cache_free : <integer>,
      cpu_free : <integer>,  // Added in MongoDB 8.0
      release_rate : <integer>,
      total_bytes_held : <integer>,  // Added in MongoDB 8.0
      cpuCache : {
         0 : {
            overflows : <integer>,  // Added in MongoDB 8.0
            underflows : <integer>  // Added in MongoDB 8.0
         },
      }
   },
   tcmalloc_derived : {
      total_free_bytes : <integer>  // Added in MongoDB 8.0
   }
}

tcmalloc

Nota

A partir de la versión 8.0, MongoDB utiliza una versión actualizada de TCMalloc que mejora la partición y la gestión de la memoria. Consulta actualización de tcmalloc para obtener más información.

Un documento que contiene información sobre la asignación de memoria para el servidor. Por defecto, las métricas tcmalloc se incluyen en el resultado serverStatus. Para cambiar el nivel de verbosidad de la sección tcmalloc, especifica un número entero entre 0 y 3 (inclusive):

Si estableces el nivel de verbosidad en 0, las métricas de tcmalloc no se incluirán en la salida de serverStatus.
Si configura el nivel de verbosidad a 1, la salida de serverStatus incluye las métricas tcmalloc por defecto.
Si estableces el nivel de verbosidad en 2, la salida de serverStatus incluye las métricas por defecto de tcmalloc y la sección tcmalloc.tcmalloc.cpuCache.
Si establece el nivel de verbosidad en 3, la salida de serverStatus incluye todas las métricas de tcmalloc.

Si especificas un valor superior a 3, MongoDB establece el verbosity en 3.

Por ejemplo, para llamar a serverStatus con verbosity configurado en 2, ejecuta el siguiente comando:

db.runCommand( { serverStatus: 1, tcmalloc: 2 } )

Tip

TCMalloc Stats

tcmalloc.usingPerCPUCaches

Un valor booleano que indica si TCMalloc se está ejecutando con cachés por CPU. Si tcmalloc.usingPerCPUCaches es false, asegúrate de que:

Desactivaste el rseq de glibc.
Estás usando la versión 4.18 o posterior del kernel de Linux.

Nuevo en la versión 8.0.

tcmalloc.maxPerCPUCacheSizeBytes: Tamaño máximo, en bytes, de cada caché de CPU.
Nuevo en la versión 8.0.

tcmalloc.generic.peak_memory_usage: Cantidad total de memoria, en bytes, asignada por MongoDB y muestreada por TCMalloc.
Nuevo en la versión 8.0.

tcmalloc.generic.current_allocated_bytes: Número total de bytes que están actualmente asignados a la memoria y que son utilizados activamente por MongoDB.

tcmalloc.generic.heap_size: Cantidad de memoria, en bytes, asignada por el sistema operativo. Este valor incluye la memoria que está actualmente en uso y la memoria que ha sido asignada, pero que no está en uso.

tcmalloc.tcmalloc.central_cache_free: Cantidad de memoria, en bytes, mantenida en la lista libre central. La lista libre central es una estructura que administra la memoria libre para su reutilización.

tcmalloc.tcmalloc.cpu_free: Cantidad de memoria libre, en bytes, disponible en todas las cachés de CPU.
Nuevo en la versión 8.0.

tcmalloc.tcmalloc.total_bytes_held: Cantidad de memoria, en bytes, actualmente retenida en cachés.
Nuevo en la versión 8.0.

tcmalloc.tcmalloc.release_rate: Tasa, en bytes por segundo, a la que se libera la memoria no utilizada al sistema operativo. El parámetro tcmallocReleaseRate determina el valor de tcmalloc.tcmalloc.release_rate.

tcmalloc.tcmalloc.cpuCache

Un documento que proporciona datos sobre cada caché de la CPU.

cpuCache Las métricas se excluyen en el nivel de verbosidad por defecto. Para ver las métricas de cpuCache, debes establecer el nivel de verbosidad de tcmalloc en al menos 2.

Nuevo en la versión 8.0.

tcmalloc.tcmalloc.cpuCache.N.overflows: Número de desbordamientos que experimentó la caché de la CPU. Los desbordamientos ocurren cuando un usuario libera memoria y el caché está lleno.
Nuevo en la versión 8.0.

tcmalloc.tcmalloc.cpuCache.N.underflows: Número de subdesbordamientos que experimentó la caché de la CPU. Se producen desbordamientos negativos cuando un usuario asigna memoria y la caché está vacía.
Nuevo en la versión 8.0.

tcmalloc.tcmalloc_derived.total_free_bytes: Cantidad de memoria restante antes de que tcmalloc deba realizar una solicitud de más memoria al sistema operativo.
Nuevo en la versión 8.0.

Transacciones

transactions : {
   retriedCommandsCount : Long("<num>"),
   retriedStatementsCount : Long("<num>"),
   transactionsCollectionWriteCount : Long("<num>"),
   currentActive : Long("<num>"),
   currentInactive : Long("<num>"),
   currentOpen : Long("<num>"),
   totalAborted : Long("<num>"),
   totalCommitted : Long("<num>"),
   totalStarted : Long("<num>"),
   totalPrepared : Long("<num>"),
   totalPreparedThenCommitted : Long("<num>"),
   totalPreparedThenAborted :  Long("<num>"),
   currentPrepared :  Long("<num>"),
   lastCommittedTransaction : <document>
},

transactions : {
   currentOpen : Long("<num>"),
   currentActive : Long("<num>"),
   currentInactive : Long("<num>"),
   totalStarted : Long("<num>"),
   totalCommitted : Long("<num>"),
   totalAborted : Long("<num>"),
   abortCause : {
      <String1> : Long("<num>"),
      <String2> : Long("<num>"),
      ...
   },
   totalContactedParticipants : Long("<num>"),
   totalParticipantsAtCommit : Long("<num>"),
   totalRequestsTargeted : Long("<num>"),
   commitTypes : {
      noShards : {
         initiated : Long("<num>"),
         successful : Long("<num>"),
         successfulDurationMicros : Long("<num>")
      },
      singleShard : {
         initiated : Long("<num>"),
         successful : Long("<num>"),
         successfulDurationMicros : Long("<num>")
      },
      singleWriteShard : {
         initiated : Long("<num>"),
         successful : Long("<num>"),
         successfulDurationMicros : Long("<num>")
      },
      readOnly : {
         initiated : Long("<num>"),
         successful : Long("<num>"),
         successfulDurationMicros : Long("<num>")
      },
      twoPhaseCommit : {
         initiated : Long("<num>"),
         successful : Long("<num>"),
         successfulDurationMicros : Long("<num>")
      },
      recoverWithToken : {
         initiated : Long("<num>"),
         successful : Long("<num>"),
         successfulDurationMicros : Long("<num>")
      }
   }
},

transactions

Cuando se ejecuta en un mongod, un documento con datos sobre las escrituras reintentables y las transacciones.

Cuando se ejecuta en un mongos, se genera un documento con datos sobre las transacciones ejecutadas en la instancia.

transactions.retriedCommandsCount

Disponible únicamente en mongod.

La cantidad total de reintentos que se han recibido después de que el comando de escritura reintentable correspondiente ya se haya confirmado. Es decir, se intenta hacer una escritura reintentable, aunque la escritura haya tenido éxito previamente y tenga un registro asociado para la transacción y la sesión en la colección config.transactions, como cuando se pierde la respuesta inicial de escritura al cliente.

Nota

MongoDB no vuelve a ejecutar las escrituras confirmadas.

El total es en todas las sesiones.

El total no incluye ninguna escritura reintentable que pueda producirse internamente como parte de una migración de fragmentos.

transactions.retriedStatementsCount

Disponible únicamente en mongod.

El número total de instrucciones de guardar asociadas con los comandos reintentados en transactions.retriedCommandsCount.

Nota

MongoDB no vuelve a ejecutar las escrituras confirmadas.

El total no incluye ninguna escritura reintentable que pueda producirse internamente como parte de una migración de fragmentos.

transactions.transactionsCollectionWriteCount

Disponible únicamente en mongod.

La cantidad de guardado en la colección config.transactions, que se activan cuando se confirma una nueva instrucción de escritura reintentable.

Para los comandos de actualización y borrado, dado que solo las operaciones de un único documento son reintentables, hay un guardado por instrucción.

Para las operaciones de inserción, se realiza un guardado por cada agrupación de documentos insertados, excepto cuando un fallo provoca que cada documento se inserte por separado.

El total incluye guardados en la colección config.transactions de un servidor que se produce como parte de una migración.

transactions.currentActive

Disponible tanto en mongod como en mongos.

La cantidad total de transacciones abiertas que están ejecutando un comando actualmente.

transactions.currentInactive

Disponible tanto en mongod como en mongos.

La cantidad total de transacciones abiertas que no están ejecutando un comando actualmente.

transactions.currentOpen

Disponible tanto en mongod como en mongos.

La cantidad total de transacciones abiertas. Una transacción se inicia cuando se ejecuta el primer comando como parte de esa transacción y permanece abierta hasta que la transacción se confirma o se aborta.

transactions.totalAborted

Para el mongod, la cantidad total de transacciones abortadas en esta instancia desde su último inicio.

Para el mongos, la cantidad total de transacciones abortadas a través de esta instancia desde su último inicio.

transactions.totalCommitted

Para el mongod, la cantidad total de transacciones confirmadas en la instancia desde su último inicio.

Para el mongos, la cantidad total de transacciones confirmadas a través de esta instancia desde su último inicio.

transactions.totalStarted

Para el mongod, la cantidad total de transacciones iniciadas en esta instancia desde su último inicio.

Para el mongos, la cantidad total de transacciones iniciadas en esta instancia desde su último inicio.

transactions.abortCause

Disponible únicamente en mongos.

Desglose del transactions.totalAborted por causa. Si un cliente emite un abortTransaction explícito, la causa se indica como abort.

Por ejemplo:

totalAborted : Long("5"),
abortCause : {
   abort : Long("1"),
   DuplicateKey : Long("1"),
   StaleConfig : Long("3"),
   SnapshotTooOld : Long("1")
},

transactions.totalContactedParticipants

Disponible únicamente en mongos.

La cantidad total de particiones contactadas para todas las transacciones iniciadas a través de este mongos desde su último inicio.

La cantidad de particiones contactadas durante los procesos de transacción puede incluir aquellas particiones que tal vez no se incluyan como parte de la confirmación.

transactions.totalParticipantsAtCommit

Disponible únicamente en mongos.

Cantidad total de particiones involucradas en la confirmación de todas las transacciones iniciadas a través de este mongos desde su último inicio.

transactions.totalRequestsTargeted

Disponible únicamente en mongos.

Cantidad total de solicitudes de red dirigidas por el mongos como parte de sus transacciones.

transactions.commitTypes

Disponible únicamente en mongos.

Desglose de las confirmaciones por tipos. Por ejemplo:

noShards : {
   initiated : Long("0"),
   successful : Long("0"),
   successfulDurationMicros : Long("0")
},
singleShard : {
   initiated : Long("5"),
   successful : Long("5"),
   successfulDurationMicros : Long("203118")
},
singleWriteShard : {
   initiated : Long("0"),
   successful : Long("0"),
   successfulDurationMicros : Long("0")
},
readOnly : {
   initiated : Long("0"),
   successful : Long("0"),
   successfulDurationMicros : Long("0")
},
twoPhaseCommit : {
   initiated : Long("1"),
   successful : Long("1"),
   successfulDurationMicros : Long("179616")
},
recoverWithToken : {
   initiated : Long("0"),
   successful : Long("0"),
   successfulDurationMicros : Long("0")
}

Los tipos de confirmación son:

Tipo	Descripción
`noShards`	Confirmaciones de transacciones que no contactaron ninguna partición.
`singleShard`	Confirmaciones de transacciones que afectaron a una única partición.
`singleWriteShard`	Confirmaciones de transacciones que contactaron múltiples particiones, pero cuyas operaciones de escritura solo afectaron a una única partición.
`readOnly`	Confirmaciones de transacciones que solo incluyeron operaciones de lectura.
`twoPhaseCommit`	Confirmaciones de transacciones que incluyeron escrituras en múltiples particiones
`recoverWithToken`	Confirmaciones que recuperaron el resultado de transacciones de otra instancia o después de que esta instancia se reiniciara.

Para cada tipo de confirmación, el comando devuelve las siguientes métricas:

Métricas	Descripción
`initiated`	Cantidad total de veces que se iniciaron confirmaciones de este tipo.
`successful`	Cantidad total de veces que las confirmaciones de este tipo tuvieron éxito.
`successfulDurationMicros`	Tiempo total, en microsegundos, tomado por las confirmaciones exitosas de este tipo.

transactions.totalPrepared

Disponible únicamente en mongod.

La cantidad total de transacciones en estado preparado en este servidor desde el último inicio del proceso mongod.

transactions.totalPreparedThenCommitted

Disponible únicamente en mongod.

La cantidad total de transacciones que se prepararon y confirmaron en este servidor desde el último inicio del proceso mongod.

transactions.totalPreparedThenAborted

Disponible únicamente en mongod.

La cantidad total de transacciones que se prepararon y abortaron en este servidor desde el último inicio del proceso mongod.

transactions.currentPrepared

Disponible únicamente en mongod.

La cantidad actual de transacciones en estado preparado en este servidor.

transactions.lastCommittedTransaction

Disponible únicamente en mongod.

Los detalles de la última transacción confirmada cuando el mongod es primario.

Cuando se devuelve desde un nodo secundario, lastCommittedTransaction devuelve los detalles de la última transacción confirmada cuando ese nodo secundario era un primario.

lastCommittedTransaction : {
   operationCount : Long("1"),
   oplogOperationBytes : Long("211"),
   writeConcern : {
      w : "majority",
      wtimeout : 0
   }
}

Métricas	Descripción
`operationCount`	La cantidad de operaciones de guardado en la transacción.
`oplogOperationBytes`	El tamaño de la entrada o entradas correspondientes del oplog para la transacción. [2]
`writeConcern`	El nivel de confirmación de escritura (write concern) utilizado para la transacción.

[2]	MongoDB crea tantas entradas de oplog como sean necesarias para encapsular todas las operaciones de escritura en una transacción. Consulta Límite de tamaño de Oplog para obtener más detalles.

transportSecurity

transportSecurity : {
   1.0 : Long("<num>"),
   1.1 : Long("<num>"),
   1.2 : Long("<num>"),
   1.3 : Long("<num>"),
   unknown : Long("<num>")
},

transportSecurity.<version>: El número acumulado de conexiones TLS <version> que se han realizado en esta instancia de mongod o mongos. El valor se restablece al reiniciar.

watchdog

watchdog : {
   checkGeneration : Long("<num>"),
   monitorGeneration : Long("<num>"),
   monitorPeriod : <num>
}

Nota

La sección watchdog solo está presente si se activa el Watchdog del nodo de almacenamiento.

watchdog: Un documento de informe sobre el estado del Watchdog del nodo de almacenamiento.

watchdog.checkGeneration: La cantidad de veces que se han verificado los directorios desde el inicio. Los directorios se verifican varias veces cada monitoringPeriod.

watchdog.monitorGeneration: La cantidad de veces que se ha examinado el estado de todos los sistemas de archivos utilizados por mongod. Esto se incrementa una vez cada monitoringPeriod.

watchdog.monitorPeriod: El valor establecido por watchdogPeriodSeconds. Este es el período entre las verificaciones de estado.

WiredTiger

wiredTiger la información solo aparece si se utiliza el motor de almacenamiento WiredTiger. Algunas de las estadísticas se consolidan para el servidor.

{
   uri : 'statistics:',
   version: <string>,
   async : {
      current work queue length : <num>,
      maximum work queue length : <num>,
      number of allocation state races : <num>,
      number of flush calls : <num>,
      number of operation slots viewed for allocation : <num>,
      number of times operation allocation failed : <num>,
      number of times worker found no work : <num>,
      total allocations : <num>,
      total compact calls : <num>,
      total insert calls : <num>,
      total remove calls : <num>,
      total search calls : <num>,
      total update calls : <num>
   },
   block-manager : {
      blocks pre-loaded : <num>,
      blocks read : <num>,
      blocks written : <num>,
      bytes read : <num>,
      bytes written : <num>,
      bytes written for checkpoint : <num>,
      mapped blocks read : <num>,
      mapped bytes read : <num>
   },
   cache : {
      application threads page read from disk to cache count : <num>,
      application threads page read from disk to cache time (usecs) : <num>,
      application threads page write from cache to disk count : <num>,
      application threads page write from cache to disk time (usecs) : <num>,
      bytes belonging to page images in the cache : <num>,
      bytes belonging to the cache overflow table in the cache : <num>,
      bytes currently in the cache : <num>,
      bytes dirty in the cache cumulative : <num>,
      bytes not belonging to page images in the cache : <num>,
      bytes read into cache : <num>,
      bytes written from cache : <num>,
      cache overflow cursor application thread wait time (usecs) : <num>,
      cache overflow cursor internal thread wait time (usecs) : <num>,
      cache overflow score : <num>,
      cache overflow table entries : <num>,
      cache overflow table insert calls : <num>,
      cache overflow table max on-disk size : <num>,
      cache overflow table on-disk size : <num>,
      cache overflow table remove calls : <num>,
      checkpoint blocked page eviction : <num>,
      eviction calls to get a page : <num>,
      eviction calls to get a page found queue empty : <num>,
      eviction calls to get a page found queue empty after locking : <num>,
      eviction currently operating in aggressive mode : <num>,
      eviction empty score : <num>,
      eviction passes of a file : <num>,
      eviction server candidate queue empty when topping up : <num>,
      eviction server candidate queue not empty when topping up : <num>,
      eviction server evicting pages : <num>,
      eviction server slept, because we did not make progress with eviction : <num>,
      eviction server unable to reach eviction goal : <num>,
      eviction server waiting for a leaf page : <num>,
      eviction server waiting for an internal page sleep (usec) : <num>,
      eviction server waiting for an internal page yields : <num>,
      eviction state : <num>,
      eviction walk target pages histogram - 0-9 : <num>,
      eviction walk target pages histogram - 10-31 : <num>,
      eviction walk target pages histogram - 128 and higher : <num>,
      eviction walk target pages histogram - 32-63 : <num>,
      eviction walk target pages histogram - 64-128 : <num>,
      eviction walks abandoned : <num>,
      eviction walks gave up because they restarted their walk twice : <num>,
      eviction walks gave up because they saw too many pages and found no candidates : <num>,
      eviction walks gave up because they saw too many pages and found too few candidates : <num>,
      eviction walks reached end of tree : <num>,
      eviction walks started from root of tree : <num>,
      eviction walks started from saved location in tree : <num>,
      eviction worker thread active : <num>,
      eviction worker thread created : <num>,
      eviction worker thread evicting pages : <num>,
      eviction worker thread removed : <num>,
      eviction worker thread stable number : <num>,
      files with active eviction walks : <num>,
      files with new eviction walks started : <num>,
      force re-tuning of eviction workers once in a while : <num>,
      forced eviction - pages evicted that were clean count : <num>,
      forced eviction - pages evicted that were clean time (usecs) : <num>,
      forced eviction - pages evicted that were dirty count : <num>,
      forced eviction - pages evicted that were dirty time (usecs) : <num>,
      forced eviction - pages selected because of too many deleted items count : <num>,
      forced eviction - pages selected count : <num>,
      forced eviction - pages selected unable to be evicted count : <num>,
      forced eviction - pages selected unable to be evicted time : <num>,
      hazard pointer blocked page eviction : <num>,
      hazard pointer check calls : <num>,
      hazard pointer check entries walked : <num>,
      hazard pointer maximum array length : <num>,
      in-memory page passed criteria to be split : <num>,
      in-memory page splits : <num>,
      internal pages evicted : <num>,
      internal pages split during eviction : <num>,
      leaf pages split during eviction : <num>,
      maximum bytes configured : <num>,
      maximum page size at eviction : <num>,
      modified pages evicted : <num>,
      modified pages evicted by application threads : <num>,
      operations timed out waiting for space in cache : <num>,
      overflow pages read into cache : <num>,
      page split during eviction deepened the tree : <num>,
      page written requiring cache overflow records : <num>,
      pages currently held in the cache : <num>,
      pages evicted by application threads : <num>,
      pages queued for eviction : <num>,
      pages queued for eviction post lru sorting : <num>,
      pages queued for urgent eviction : <num>,
      pages queued for urgent eviction during walk : <num>,
      pages read into cache : <num>,
      pages read into cache after truncate : <num>,
      pages read into cache after truncate in prepare state : <num>,
      pages read into cache requiring cache overflow entries : <num>,
      pages read into cache requiring cache overflow for checkpoint : <num>,
      pages read into cache skipping older cache overflow entries : <num>,
      pages read into cache with skipped cache overflow entries needed later : <num>,
      pages read into cache with skipped cache overflow entries needed later by checkpoint : <num>,
      pages requested from the cache : <num>,
      pages seen by eviction walk : <num>,
      pages selected for eviction unable to be evicted : <num>,
      pages walked for eviction : <num>,
      pages written from cache : <num>,
      pages written requiring in-memory restoration : <num>,
      percentage overhead : <num>,
      tracked bytes belonging to internal pages in the cache : <num>,
      tracked bytes belonging to leaf pages in the cache : <num>,
      tracked dirty bytes in the cache : <num>,
      tracked dirty pages in the cache : <num>,
      unmodified pages evicted : <num>
   },
   capacity : {
      background fsync file handles considered : <num>,
      background fsync file handles synced : <num>,
      background fsync time (msecs) : <num>,
      bytes read : <num>,
      bytes written for checkpoint : <num>,
      bytes written for eviction : <num>,
      bytes written for log : <num>,
      bytes written total : <num>,
      threshold to call fsync : <num>,
      time waiting due to total capacity (usecs) : <num>,
      time waiting during checkpoint (usecs) : <num>,
      time waiting during eviction (usecs) : <num>,
      time waiting during logging (usecs) : <num>,
      time waiting during read (usecs) : <num>
   },
   connection : {
      auto adjusting condition resets : <num>,
      auto adjusting condition wait calls : <num>,
      detected system time went backwards : <num>,
      files currently open : <num>,
      memory allocations : <num>,
      memory frees : <num>,
      memory re-allocations : <num>,
      pthread mutex condition wait calls : <num>,
      pthread mutex shared lock read-lock calls : <num>,
      pthread mutex shared lock write-lock calls : <num>,
      total fsync I/Os : <num>,
      total read I/Os : <num>,
      total write I/Os : <num>
   },
   cursor : {
      cached cursor count : <num>,
      cursor bulk loaded cursor insert calls : <num>,
      cursor close calls that result in cache : <num>,
      cursor create calls : <num>,
      cursor insert calls : <num>,
      cursor insert key and value bytes : <num>,
      cursor modify calls : <num>,
      cursor modify key and value bytes affected : <num>,
      cursor modify value bytes modified : <num>,
      cursor next calls : <num>,
      cursor operation restarted : <num>,
      cursor prev calls : <num>,
      cursor remove calls : <num>,
      cursor remove key bytes removed : <num>,
      cursor reserve calls : <num>,
      cursor reset calls : <num>,
      cursor search calls : <num>,
      cursor search near calls : <num>,
      cursor sweep buckets : <num>,
      cursor sweep cursors closed : <num>,
      cursor sweep cursors examined : <num>,
      cursor sweeps : <num>,
      cursor truncate calls : <num>,
      cursor update calls : <num>,
      cursor update key and value bytes : <num>,
      cursor update value size change : <num>,
      cursors reused from cache : <num>,
      open cursor count : <num>
   },
   data-handle : {
      connection data handle size : <num>,
      connection data handles currently active : <num>,
      connection sweep candidate became referenced : <num>,
      connection sweep dhandles closed : <num>,
      connection sweep dhandles removed from hash list : <num>,
      connection sweep time-of-death sets : <num>,
      connection sweeps : <num>,
      session dhandles swept : <num>,
      session sweep attempts : <num>
   },
   lock : {
      checkpoint lock acquisitions : <num>,
      checkpoint lock application thread wait time (usecs) : <num>,
      checkpoint lock internal thread wait time (usecs) : <num>,
      dhandle lock application thread time waiting (usecs) : <num>,
      dhandle lock internal thread time waiting (usecs) : <num>,
      dhandle read lock acquisitions : <num>,
      dhandle write lock acquisitions : <num>,
      durable timestamp queue lock application thread time waiting (usecs) : <num>,
      durable timestamp queue lock internal thread time waiting (usecs) : <num>,
      durable timestamp queue read lock acquisitions : <num>,
      durable timestamp queue write lock acquisitions : <num>,
      metadata lock acquisitions : <num>,
      metadata lock application thread wait time (usecs) : <num>,
      metadata lock internal thread wait time (usecs) : <num>,
      read timestamp queue lock application thread time waiting (usecs) : <num>,
      read timestamp queue lock internal thread time waiting (usecs) : <num>,
      read timestamp queue read lock acquisitions : <num>,
      read timestamp queue write lock acquisitions : <num>,
      schema lock acquisitions : <num>,
      schema lock application thread wait time (usecs) : <num>,
      schema lock internal thread wait time (usecs) : <num>,
      table lock application thread time waiting for the table lock (usecs) : <num>,
      table lock internal thread time waiting for the table lock (usecs) : <num>,
      table read lock acquisitions : <num>,
      table write lock acquisitions : <num>,
      txn global lock application thread time waiting (usecs) : <num>,
      txn global lock internal thread time waiting (usecs) : <num>,
      txn global read lock acquisitions : <num>,
      txn global write lock acquisitions : <num>
   },
   log : {
      busy returns attempting to switch slots : <num>,
      force archive time sleeping (usecs) : <num>,
      log bytes of payload data : <num>,
      log bytes written : <num>,
      log files manually zero-filled : <num>,
      log flush operations : <num>,
      log force write operations : <num>,
      log force write operations skipped : <num>,
      log records compressed : <num>,
      log records not compressed : <num>,
      log records too small to compress : <num>,
      log release advances write LSN : <num>,
      log scan operations : <num>,
      log scan records requiring two reads : <num>,
      log server thread advances write LSN : <num>,
      log server thread write LSN walk skipped : <num>,
      log sync operations : <num>,
      log sync time duration (usecs) : <num>,
      log sync_dir operations : <num>,
      log sync_dir time duration (usecs) : <num>,
      log write operations : <num>,
      logging bytes consolidated : <num>,
      maximum log file size : <num>,
      number of pre-allocated log files to create : <num>,
      pre-allocated log files not ready and missed : <num>,
      pre-allocated log files prepared : <num>,
      pre-allocated log files used : <num>,
      records processed by log scan : <num>,
      slot close lost race : <num>,
      slot close unbuffered waits : <num>,
      slot closures : <num>,
      slot join atomic update races : <num>,
      slot join calls atomic updates raced : <num>,
      slot join calls did not yield : <num>,
      slot join calls found active slot closed : <num>,
      slot join calls slept : <num>,
      slot join calls yielded : <num>,
      slot join found active slot closed : <num>,
      slot joins yield time (usecs) : <num>,
      slot transitions unable to find free slot : <num>,
      slot unbuffered writes : <num>,
      total in-memory size of compressed records : <num>,
      total log buffer size : <num>,
      total size of compressed records : <num>,
      written slots coalesced : <num>,
      yields waiting for previous log file close : <num>
   },
   perf : {
      file system read latency histogram (bucket 1) - 10-49ms : <num>,
      file system read latency histogram (bucket 2) - 50-99ms : <num>,
      file system read latency histogram (bucket 3) - 100-249ms : <num>,
      file system read latency histogram (bucket 4) - 250-499ms : <num>,
      file system read latency histogram (bucket 5) - 500-999ms : <num>,
      file system read latency histogram (bucket 6) - 1000ms+ : <num>,
      file system write latency histogram (bucket 1) - 10-49ms : <num>,
      file system write latency histogram (bucket 2) - 50-99ms : <num>,
      file system write latency histogram (bucket 3) - 100-249ms : <num>,
      file system write latency histogram (bucket 4) - 250-499ms : <num>,
      file system write latency histogram (bucket 5) - 500-999ms : <num>,
      file system write latency histogram (bucket 6) - 1000ms+ : <num>,
      operation read latency histogram (bucket 1) - 100-249us : <num>,
      operation read latency histogram (bucket 2) - 250-499us : <num>,
      operation read latency histogram (bucket 3) - 500-999us : <num>,
      operation read latency histogram (bucket 4) - 1000-9999us : <num>,
      operation read latency histogram (bucket 5) - 10000us+ : <num>,
      operation write latency histogram (bucket 1) - 100-249us : <num>,
      operation write latency histogram (bucket 2) - 250-499us : <num>,
      operation write latency histogram (bucket 3) - 500-999us : <num>,
      operation write latency histogram (bucket 4) - 1000-9999us : <num>,
      operation write latency histogram (bucket 5) - 10000us+ : <num>
   },
   reconciliation : {
      fast-path pages deleted : <num>,
      page reconciliation calls : <num>,
      page reconciliation calls for eviction : <num>,
      pages deleted : <num>,
      split bytes currently awaiting free : <num>,
      split objects currently awaiting free : <num>
   },
   session : {
      open session count : <num>,
      session query timestamp calls : <num>,
      table alter failed calls : <num>,
      table alter successful calls : <num>,
      table alter unchanged and skipped : <num>,
      table compact failed calls : <num>,
      table compact successful calls : <num>,
      table create failed calls : <num>,
      table create successful calls : <num>,
      table drop failed calls : <num>,
      table drop successful calls : <num>,
      table import failed calls : <num>,
      table import successful calls : <num>,
      table rebalance failed calls : <num>,
      table rebalance successful calls : <num>,
      table rename failed calls : <num>,
      table rename successful calls : <num>,
      table salvage failed calls : <num>,
      table salvage successful calls : <num>,
      table truncate failed calls : <num>,
      table truncate successful calls : <num>,
      table verify failed calls : <num>,
      table verify successful calls : <num>
   },
   thread-state : {
      active filesystem fsync calls : <num>,
      active filesystem read calls : <num>,
      active filesystem write calls : <num>
   },
   thread-yield : {
      application thread time evicting (usecs) : <num>,
      application thread time waiting for cache (usecs) : <num>,
      connection close blocked waiting for transaction state stabilization : <num>,
      connection close yielded for lsm manager shutdown : <num>,
      data handle lock yielded : <num>,
      get reference for page index and slot time sleeping (usecs) : <num>,
      log server sync yielded for log write : <num>,
      page access yielded due to prepare state change : <num>,
      page acquire busy blocked : <num>,
      page acquire eviction blocked : <num>,
      page acquire locked blocked : <num>,
      page acquire read blocked : <num>,
      page acquire time sleeping (usecs) : <num>,
      page delete rollback time sleeping for state change (usecs) : <num>,
      page reconciliation yielded due to child modification : <num>
   },
   transaction : {
      Number of prepared updates : <num>,
      Number of prepared updates added to cache overflow : <num>,
      Number of prepared updates resolved : <num>,
      durable timestamp queue entries walked : <num>,
      durable timestamp queue insert to empty : <num>,
      durable timestamp queue inserts to head : <num>,
      durable timestamp queue inserts total : <num>,
      durable timestamp queue length : <num>,
      number of named snapshots created : <num>,
      number of named snapshots dropped : <num>,
      prepared transactions : <num>,
      prepared transactions committed : <num>,
      prepared transactions currently active : <num>,
      prepared transactions rolled back : <num>,
      query timestamp calls : <num>,
      read timestamp queue entries walked : <num>,
      read timestamp queue insert to empty : <num>,
      read timestamp queue inserts to head : <num>,
      read timestamp queue inserts total : <num>,
      read timestamp queue length : <num>,
      rollback to stable calls : <num>,
      rollback to stable updates aborted : <num>,
      rollback to stable updates removed from cache overflow : <num>,
      set timestamp calls : <num>,
      set timestamp durable calls : <num>,
      set timestamp durable updates : <num>,
      set timestamp oldest calls : <num>,
      set timestamp oldest updates : <num>,
      set timestamp stable calls : <num>,
      set timestamp stable updates : <num>,
      transaction begins : <num>,
      transaction checkpoint currently running : <num>,
      transaction checkpoint generation : <num>,
      transaction checkpoint max time (msecs) : <num>,
      transaction checkpoint min time (msecs) : <num>,
      transaction checkpoint most recent time (msecs) : <num>,
      transaction checkpoint scrub dirty target : <num>,
      transaction checkpoint scrub time (msecs) : <num>,
      transaction checkpoint total time (msecs) : <num>,
      transaction checkpoints : <num>,
      transaction checkpoints skipped because database was clean : <num>,
      transaction failures due to cache overflow : <num>,
      transaction fsync calls for checkpoint after allocating the transaction ID : <num>,
      transaction fsync duration for checkpoint after allocating the transaction ID (usecs) : <num>,
      transaction range of IDs currently pinned : <num>,
      transaction range of IDs currently pinned by a checkpoint : <num>,
      transaction range of IDs currently pinned by named snapshots : <num>,
      transaction range of timestamps currently pinned : <num>,
      transaction range of timestamps pinned by a checkpoint : <num>,
      transaction range of timestamps pinned by the oldest active read timestamp : <num>,
      transaction range of timestamps pinned by the oldest timestamp : <num>,
      transaction read timestamp of the oldest active reader : <num>,
      transaction sync calls : <num>,
      transactions committed : <num>,
      transactions rolled back : <num>,
      update conflicts : <num>
   },
   concurrentTransactions : {
      write : {
         out : <num>,
         available : <num>,
         totalTickets : <num>
      },
      read : {
         out : <num>,
         available : <num>,
         totalTickets : <num>
      },
      monitor : {
         timesDecreased: <num>,
         timesIncreased: <num>,
         totalAmountDecreased: <num>,
         totalAmountIncreased: <num>
      }
   },
   snapshot-window-settings : {
      total number of SnapshotTooOld errors : <num>,
      max target available snapshots window size in seconds : <num>,
      target available snapshots window size in seconds : <num>,
      current available snapshots window size in seconds : <num>,
      latest majority snapshot timestamp available : <string>,
      oldest majority snapshot timestamp available : <string>
   }
}

Nota

La siguiente no es una lista exhaustiva.

wiredTiger.uri: Una string. Para uso interno de MongoDB.

wiredTiger.version: Una string que devuelve la versión del motor de almacenamiento WiredTiger.
Nuevo en la versión 8.1.

wiredTiger.async: Un documento que proporciona estadísticas relacionadas con la API de operaciones asincrónicas. MongoDB no usa este tipo de datos.

wiredTiger.block-manager: Un documento que proporciona estadísticas sobre las operaciones del administrador de bloques.

wiredTiger.cache

Un documento que proporciona estadísticas sobre la caché y los desalojos de páginas desde la caché.

A continuación se describen algunas de las estadísticas clave de wiredTiger.cache:

wiredTiger.cache.maximum bytes configured: Tamaño máximo de la caché.

wiredTiger.cache.bytes currently in the cache: Tamaño en bytes de los datos actualmente en caché. Este valor no debe ser mayor que el valor maximum bytes configured.

wiredTiger.cache.unmodified pages evicted: Estadísticas principales para el desalojo de páginas.

wiredTiger.cache.tracked dirty bytes in the cache: Tamaño en bytes de los datos no confiables en la caché. Este valor debe ser menor que el valor bytes currently in the cache.

wiredTiger.cache.pages read into cache: Número de páginas leídas en el caché. wiredTiger.cache.pages read into cache junto con el wiredTiger.cache.pages written from cache puede proporcionar una visión general de la actividad de I/O.

wiredTiger.cache.pages written from cache: Número de páginas escritas desde el caché. wiredTiger.cache.pages written from cache junto con el wiredTiger.cache.pages read into cache puede proporcionar una visión general de la actividad de I/O.

Para ajustar el tamaño de la caché interna de WiredTiger, consulta --wiredTigerCacheSizeGB y storage.wiredTiger.engineConfig.cacheSizeGB. Se debe evitar aumentar el tamaño de la caché interna de WiredTiger por encima de su valor por defecto. Si el caso de uso requiere un aumento del tamaño de la caché interna, consulta --wiredTigerCacheSizePct y storage.wiredTiger.engineConfig.cacheSizePct.

wiredTiger.connection: Un documento que devuelve estadísticas relacionadas con las conexiones de WiredTiger.

wiredTiger.cursor: Un documento que devuelve estadísticas sobre el cursor de WiredTiger.

wiredTiger.data-handle: Un documento que devuelve estadísticas sobre las gestiones y los barridos de datos.

wiredTiger.log: Un documento que devuelve estadísticas sobre el registro de guardado anticipado de WiredTiger (es decir, la bitácora).
Tip
Registro en la bitácora y motor de almacenamiento WiredTiger

wiredTiger.reconciliation: Un documento que proporciona estadísticas sobre el proceso de conciliación.

wiredTiger.session: Un documento que proporciona la cantidad de cursores abiertos y de sesiones abiertas para la sesión.

wiredTiger.thread-yield: Un documento que proporciona estadísticas de los rendimientos durante la adquisición de páginas.

wiredTiger.transaction

Un documento que proporciona estadísticas sobre los puntos de control de transacciones y las operaciones.

wiredTiger.transaction.transaction checkpoint most recent time (msecs): Tiempo, en milisegundos, para crear el punto de control más reciente. Un aumento en este valor bajo una carga de guardado constante puede indicar saturación en el subsistema de E/S.

Volver

perfil

shardConnPoolStats

Definición

Compatibilidad

Nota

Sintaxis

Tip

Comportamiento

Inicialización

Incluir mirroredReads

Salida

Nota

afirma

bucketCatalog

catalogStats

cambiarStreamPreImages

Conexiones

Nota

Nota

defaultRWConcern

electionMetrics

Tip

Tip

extra_info

flowControl

globalLock

indexBuilds

indexBulkBuilder

indexStats

Información de la instancia

Bloqueos

caché de registro de sesión lógica

Tip

Tip

mem

Métricas

Nota

Tip

Nota

Nota

mirroredReads

Tip

Tip

Tip

Red

opLatencies

opWorkingTime

Contadores de preocupación de opRead

Advertencia

Removido

Contadores de preocupación de escritura de op

Nota

Nota

Nota

Nota

opcounters

Nota

opcountersRepl

oplogTruncation

planCache

perfilador

queryStats

queryAnalyzers

queues

Importante

Información de la cola

querySettings

readConcernCounters

leerContadoresDePreferencias

repl

seguridad

Nota

fragmentación

shardingStatistics

Nota

shardedIndexConsistency

Tip

Tip

spillWiredTiger

storageEngine

tcmalloc

Nota

Incluir `mirroredReads`