Join us at MongoDB.local London on 7 May to unlock new possibilities for your data. Use WEB50 to save 50%.
Register now >
Docs Menu
Docs Home
/ /

currentOp (comando de base de datos)

currentOp

Obsoleto desde la versión 6.2.

En las versiones 6.2 y posteriores, utiliza el $currentOp etapa de agregación.

Devuelve un documento que contiene información sobre operaciones en curso de la instancia mongod.

La currentOp El comando de base de datos está obsoleto desde la versión 6.2. Utiliza la etapa de agregación $currentOp en lugar del comando currentOp y su método asistente mongosh db.currentOp().

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.

El comando tiene la siguiente sintaxis:

db.adminCommand(
{
currentOp: 1
}
)

Nota

A partir de MongoDB 5.0, la etapa de agregación $currentOp se usa al ejecutar el método asistente db.currentOp() con mongosh.

Dado esto, en la versión 5.0 de la shell y con mongosh, los conjuntos de resultados db.currentOp() no están sujetos al límite de tamaño de retorno de documento BSON de 16 MB 16MB BSON document return size para documentos de las versiones anteriores heredadas de mongo.

currentOp debe ejecutarse contra la base de datos admin, y puede aceptar varios campos opcionales.

Campo
Descripción

"$ownOps"

Booleano. Si se establece en true, devuelve información únicamente sobre las operaciones del usuario actual.

En las instancias mongod, los usuarios siempre están autorizados a ejecutar currentOp con "$ownOps": true para ver sus propias operaciones. Consulta el control de acceso.

"$all"

Booleano. Si se establece en true, devuelve información sobre todas las operaciones, incluidas las operaciones en conexiones inactivas y operaciones del sistema.

"$all": true anula cualquier filtro de campos de salida.

<filter>

Especifica las condiciones de filtro en los campos de salida. Consulta los ejemplos.

comment

Opcional. Un comentario proporcionado por el usuario para adjuntar a este comando. Una vez configurado, este comentario aparece junto a los registros de este comando en las siguientes ubicaciones:

Un comentario puede ser de cualquier tipo BSON válido (string, objeto, arreglo, etc.).

currentOp y el perfilador de base de datos informan la misma información diagnóstica básica para las operaciones CRUD, incluyendo lo siguiente:

Estas operaciones también se incluyen en el registro de las query lentas. Consulta slowOpThresholdMs para obtener más información sobre el registro de query lentas.

Al utilizar Queryable Encryption, las operaciones de currentOp con la opción encryptionInformation tachan cierta información:

  • La salida omite todos los campos después de "command".

  • La salida redacta "command" para incluir únicamente el primer elemento, $comment, y $db.

En los sistemas que se ejecutan con authorization, se debe tener acceso que incluya la acción de privilegio inprog.

Los usuarios pueden usar $ownOps en instancias mongod para ver sus propias operaciones sin la acción de privilegio inprog.

db.adminCommand( { currentOp: 1, "$ownOps": 1 } )

Tip

Los siguientes ejemplos utilizan el comando currentOp con varios documentos de consulta para filtrar la salida.

db.adminCommand(
{
currentOp: true,
"$all": true
}
)

El siguiente ejemplo devuelve información sobre todas las operaciones de guardar que están esperando un bloqueo:

db.adminCommand(
{
currentOp: true,
"waitingForLock" : true,
$or: [
{ "op" : { "$in" : [ "insert", "update", "remove" ] } },
{ "command.findandmodify": { $exists: true } }
]
}
)

El siguiente ejemplo devuelve información sobre todas las operaciones en ejecución activas que nunca han dado resultados:

db.adminCommand(
{
currentOp: true,
"active" : true,
"numYields" : 0,
"waitingForLock" : false
}
)

El siguiente ejemplo devuelve información sobre todas las operaciones activas para la base de datos db1 que se han estado ejecutando más de 3 segundos:

db.adminCommand(
{
currentOp: true,
"active" : true,
"secs_running" : { "$gt" : 3 },
"ns" : /^db1\./
}
)

El siguiente ejemplo devuelve información sobre las operaciones de creación de índices:

db.getSiblingDB("admin").aggregate( [
{ $currentOp : { idleConnections: true } },
{ $match: {
$or: [
{ "op": "command", "command.createIndexes": { $exists: true } },
{ "op": "none", "msg": /^Index Build/ }
]
}
}
] )

MongoDB marca las compilaciones de índices a la espera del quórum de confirmación para completar la operación como una conexión inactiva configurando el campo active en false. La configuración idleConnections: true incluye estas conexiones inactivas en la salida $currentOp.

El siguiente es un prototipo de la salida currentOp cuando se ejecuta de forma autónoma:

{
"inprog": [
{
"type" : <string>,
"host" : <string>,
"desc" : <string>,
"connectionId" : <number>,
"client" : <string>,
"appName" : <string>,
"clientMetadata" : <document>,
"active" : <boolean>,
"currentOpTime" : <string>,
"effectiveUsers" : [
{
"user" : <string>,
"db" : <string>
}
],
"opid" : <number>,
"lsid" : {
"id" : <UUID>,
"uid" : <BinData>
},
"secs_running" : <Long()>,
"microsecs_running" : <number>,
"op" : <string>,
"ns" : <string>,
"command" : <document>,
"queryFramework" : <string>,
"planSummary": <string>,
"cursor" : { // only for getMore operations
"cursorId" : <Long()>,
"createdDate" : <ISODate()>,
"lastAccessDate" : <ISODate()>,
"nDocsReturned" : <Long()>,
"nBatchesReturned" : <Long()>,
"noCursorTimeout" : <boolean>,
"tailable" : <boolean>,
"awaitData" : <boolean>,
"originatingCommand" : <document>,
"planSummary" : <string>,
"operationUsingCursorId" : <Long()>
},
"msg": <string>,
"progress" : {
"done" : <number>,
"total" : <number>
},
"killPending" : <boolean>,
"numYields" : <number>,
"dataThroughputLastSecond" : <number>,
"dataThroughputAverage" : <number>,
"locks" : {
"ParallelBatchWriterMode" : <string>,
"ReplicationStateTransition" : <string>,
"Global" : <string>,
"Database" : <string>,
"Collection" : <string>,
"Metadata" : <string>,
"oplog" : <string>
},
"waitingForLock" : <boolean>,
"lockStats" : {
"ParallelBatchWriterMode" : {
"acquireCount": {
"r": <NumberLong>,
"w": <NumberLong>,
"R": <NumberLong>,
"W": <NumberLong>
},
"acquireWaitCount": {
"r": <NumberLong>,
"w": <NumberLong>,
"R": <NumberLong>,
"W": <NumberLong>
},
"timeAcquiringMicros" : {
"r" : Long(0),
"w" : Long(0),
"R" : Long(0),
"W" : Long(0)
},
"deadlockCount" : {
"r" : Long(0),
"w" : Long(0),
"R" : Long(0),
"W" : Long(0)
}
},
"ReplicationStateTransition" : {
...
},
"Global": {
...
},
"Database" : {
...
},
...
}
},
...
],
"fsyncLock": <boolean>,
"info": <string>,
"ok": <num>
}

A continuación se muestra un prototipo de la currentOp salida cuando se ejecuta en un primario de un set de réplicas:

{
"inprog": [
{
"type" : <string>,
"host" : <string>,
"desc" : <string>,
"connectionId" : <number>,
"client" : <string>,
"appName" : <string>,
"clientMetadata" : <document>,
"lsid" : {
"id" : <UUID>,
"uid" : <BinData>
},
"transaction" : {
"parameters" : {
"txnNumber" : <Long()>,
"autocommit" : <boolean>,
"readConcern" : {
"level" : <string>
}
},
"readTimestamp" : <Timestamp>,
"startWallClockTime" : <string>,
"timeOpenMicros" : <Long()>,
"timeActiveMicros" : <Long()>,
"timeInactiveMicros" : <Long()>,
"expiryTime" : <string>,
},
"active" : <boolean>,
"currentOpTime" : <string>,
"effectiveUsers" : [
{
"user" : <string>,
"db" : <string>
}
],
"opid" : <number>,
"secs_running" : <Long()>,
"microsecs_running" : <number>,
"op" : <string>,
"ns" : <string>,
"command" : <document>,
"originatingCommand" : <document>,
"queryFramework" : <string>,
"planSummary": <string>,
"prepareReadConflicts" : <Long()>,
"writeConflicts" : <Long()>,
"cursor" : { // only for getMore operations
"cursorId" : <Long()>,
"createdDate" : <ISODate()>,
"lastAccessDate" : <ISODate()>,
"nDocsReturned" : <Long()>,
"nBatchesReturned" : <Long()>,
"noCursorTimeout" : <boolean>,
"tailable" : <boolean>,
"awaitData" : <boolean>,
"originatingCommand" : <document>,
"planSummary" : <string>,
"operationUsingCursorId" : <Long()>
},
"msg": <string>,
"progress" : {
"done" : <number>,
"total" : <number>
},
"killPending" : <boolean>,
"numYields" : <number>,
"dataThroughputLastSecond" : <number>,
"dataThroughputAverage" : <number>,
"locks" : {
"ParallelBatchWriterMode" : <string>,
"ReplicationStateTransition" : <string>,
"Global" : <string>,
"Database" : <string>,
"Collection" : <string>,
"Metadata" : <string>,
"oplog" : <string>
},
"waitingForLock" : <boolean>,
"lockStats" : {
"ParallelBatchWriterMode" : {
"acquireCount": {
"r": <NumberLong>,
"w": <NumberLong>,
"R": <NumberLong>,
"W": <NumberLong>
},
"acquireWaitCount": {
"r": <NumberLong>,
"w": <NumberLong>,
"R": <NumberLong>,
"W": <NumberLong>
},
"timeAcquiringMicros" : {
"r" : Long(0),
"w" : Long(0),
"R" : Long(0),
"W" : Long(0)
},
"deadlockCount" : {
"r" : Long(0),
"w" : Long(0),
"R" : Long(0),
"W" : Long(0)
}
},
"ReplicationStateTransition" : {
...
},
"Global" : {
...
},
"Database" : {
...
},
...
}
},
...
],
"fsyncLock": <boolean>,
"info": <string>,
"ok": <num>,
"operationTime": <timestamp>,
"$clusterTime": <document>
}

El siguiente es un ejemplo del resultado de currentOp cuando se ejecuta en un mongos de un clúster (los campos pueden variar según la operación informada):

{
"inprog": [
{
"shard": <string>,
"type" : <string>,
"host" : <string>,
"desc" : <string>,
"connectionId" : <number>,
"client_s" : <string>,
"appName" : <string>,
"clientMetadata" : <document>,
"lsid" : {
"id" : <UUID>,
"uid" : <BinData>
},
"transaction" : {
"parameters" : {
"txnNumber" : <Long()>,
"autocommit" : <boolean>,
"readConcern" : {
"level" : <string>
}
},
"readTimestamp" : <Timestamp>,
"startWallClockTime" : <string>,
"timeOpenMicros" : <Long()>,
"timeActiveMicros" : <Long()>,
"timeInactiveMicros" : <Long()>,
"expiryTime" : <string>,
},
"active" : <boolean>,
"currentOpTime" : <string>,
"effectiveUsers" : [
{
"user" : <string>,
"db" : <string>
}
],
"runBy" : [
{
"user" : <string>,
"db" : <string>
}
],
"twoPhaseCommitCoordinator" : {
"lsid" : {
"id" : <UUID>,
"uid" : <BinData>
},
"txnNumber" : <NumberLong>,
"numParticipants" : <NumberLong>,
"state" : <string>,
"commitStartTime" : <ISODate>,
"hasRecoveredFromFailover" : <boolean>,
"stepDurations" : <document>,
"decision" : <document>,
"deadline" : <ISODate>
}
"opid" : <string>,
"secs_running" : <Long()>,
"microsecs_running" : <number>,
"op" : <string>,
"ns" : <string>,
"command" : <document>,
"configTime" : <Timestamp>, // Starting in 5.0
"topologyTime" : <Timestamp>, // Starting in 5.0
"queryFramework" : <string>, // Starting in 6.2
"planSummary": <string>,
"prepareReadConflicts" : <Long()>,
"writeConflicts" : <Long()>,
"cursor" : { // only for getMore operations
"cursorId" : <Long()>,
"createdDate" : <ISODate()>,
"lastAccessDate" : <ISODate()>,
"nDocsReturned" : <Long()>,
"nBatchesReturned" : <Long()>,
"noCursorTimeout" : <boolean>,
"tailable" : <boolean>,
"awaitData" : <boolean>,
"originatingCommand" : <document>,
"planSummary" : <string>,
"operationUsingCursorId" : <Long()>
},
"msg": <string>,
"progress" : {
"done" : <number>,
"total" : <number>
},
"killPending" : <boolean>,
"numYields" : <number>,
"dataThroughputLastSecond" : <number>,
"dataThroughputAverage" : <number>,
"locks" : {
"ParallelBatchWriterMode" : <string>,
"ReplicationStateTransition" : <string>,
"Global" : <string>,
"Database" : <string>,
"Collection" : <string>,
"Metadata" : <string>,
"DDLDatabase" : <string>,
"DDLCollection" : <string>,
"oplog" : <string>
},
"waitingForLock" : <boolean>,
"lockStats" : {
"ParallelBatchWriterMode": {
"acquireCount": {
"r": <NumberLong>,
"w": <NumberLong>,
"R": <NumberLong>,
"W": <NumberLong>
},
"acquireWaitCount": {
"r": <NumberLong>,
"w": <NumberLong>,
"R": <NumberLong>,
"W": <NumberLong>
},
"timeAcquiringMicros" : {
"r" : Long(0),
"w" : Long(0),
"R" : Long(0),
"W" : Long(0)
},
"deadlockCount" : {
"r" : Long(0),
"w" : Long(0),
"R" : Long(0),
"W" : Long(0)
}
},
"ReplicationStateTransition" : {
...
},
"Global" : {
...
},
"Database" : {
...
},
...
}
},
...
],
"ok": <num>,
"operationTime": <timestamp>,
"$clusterTime": <document>
}

Estas muestras de resultados ilustran la salida currentOp para operaciones concretas. Los campos que componen la salida real varían según el rol del servidor.

{
shard: '<string>',
totalCopyTimeElapsedSecs: Long('<count>'),
totalApplyTimeElapsedSecs: Long('<count>'),
totalCriticalSectionTimeElapsedSecs: Long('<count>'),
totalIndexBuildTimeElapsedSecs: Long('<count>'),
indexesToBuild: Long('<count>'),
indexesBuilt: Long('<count>'),
oplogEntriesFetched: Long('<count>'),
oplogEntriesApplied: Long('<count>'),
insertsApplied: Long('<count>'),
updatesApplied: Long('<count>'),
deletesApplied: Long('<count>'),
type: 'op',
desc: 'ReshardingMetrics{Donor|Recipient|Coordinator}Service <reshardingUUID>',
op: 'command',
ns: '<database>.<collection>',
originatingCommand: {
reshardCollection: '<database>.<collection>',
key: '<shardkey>',
unique:'<boolean>',
collation: { locale: 'simple' }
},
totalOperationTimeElapsedSecs: Long('<count>'),
recipientState: '<service state>',
remainingOperationTimeEstimatedSecs: Long('<count>'),
approxDocumentsToCopy: Long('<count>'),
approxBytesToCopy: Long('<count>'),
bytesCopied: Long('<count>'),
countWritesToStashCollections: Long('<count>'),
documentsCopied: Long('<count>'),
provenance: 'reshardCollection'
}
currentOp.type

El tipo de operación. Los valores son:

  • op

  • idleSession

  • idleCursor

Si el currentOp.type está op, currentOp.op proporciona detalles sobre la operación específica.

currentOp.host

El nombre del host contra el cual se ejecuta la operación.

currentOp.desc

Una descripción del cliente. Esta string incluye el connectionId.

currentOp.connectionId

Un identificador para la conexión donde se originó la operación.

currentOp.client

Una string con información sobre el origen de la operación.

Para transacciones multi-documento, client almacena información sobre el cliente más reciente que ejecutó una operación dentro de la transacción.

currentOp.appName

El identificador de la aplicación cliente que ejecutó la operación. Utiliza la opción de cadena de conexión appName para establecer un valor personalizado para el campo appName.

currentOp.clientMetadata

Información adicional del cliente.

Para transacciones multi-documento, client almacena información sobre el cliente más reciente que ejecutó una operación dentro de la transacción.

currentOp.currentOpTime

La hora de inicio de la operación.

currentOp.currentQueue

Nuevo en la versión 8.0.

La cola actual de la operación.

currentOp.currentQueue.name

El nombre de la cola actual de la operación.

Nota

Si currentQueue está presente y name está ingress, la operación está esperando la admisión de ingreso.

currentOp.currentQueue.totalTimeQueuedMicros

El tiempo total acumulado que la operación pasó en la cola correspondiente, en microsegundos.

currentOp.queues

Información sobre el ingress actual y execution colas.

currentOp.effectiveUsers

Un arreglo que contiene un documento para cada usuario asociado con la operación. Cada documento de usuario contiene el user nombre y la autenticación db.

currentOp.runBy

Un arreglo que contiene un documento para cada usuario que esté falseando identidad como el effectiveUser(s) para la operación. El documento runBy contiene el nombre de user y la autenticación db. En general, el usuario runBy es el usuario __system; por ejemplo,

"runBy" : [
{
"user" : "__system",
"db" : "local"
}
]

Solo disponible en clústeres particionados

currentOp.lsid

El identificador de sesión.

Solo se presenta si la operación está asociada a una sesión.

currentOp.transaction

Un documento que contiene información sobre una transacción multi-documento.

Solo está presente si la operación forma parte de una transacción multidocumento.

currentOp.transaction.parameters

Un documento que contiene información sobre transacción multi-documento.

Solo está presente si la operación forma parte de una transacción multidocumento.

currentOp.transaction.parameters.txnNumber

El número de transacción.

Solo está presente si la operación forma parte de una transacción multidocumento.

currentOp.transaction.parameters.autocommit

Una bandera booleana que indica si autocommit está activado para la transacción.

Solo está presente si la operación forma parte de una transacción multidocumento.

currentOp.transaction.parameters.readConcern

El nivel de consistencia de lectura para la transacción.

Las transacciones multi-documento admiten el nivel de consistencia de lectura "snapshot", "local" y "majority".

Solo está presente si la operación forma parte de una transacción multidocumento.

currentOp.transaction.readTimestamp

La marca de tiempo de la snapshot que están leyendo las operaciones de la transacción.

Solo está presente si la operación forma parte de una transacción multidocumento.

currentOp.transaction.startWallClockTime

La fecha y hora (con zona horaria) del inicio de la transacción.

Solo está presente si la operación forma parte de una transacción multidocumento.

currentOp.transaction.timeOpenMicros

La duración de la transacción en microsegundos.

El timeActiveMicros valor añadido al timeInactiveMicros debe ser igual al timeOpenMicros.

Solo está presente si la operación forma parte de una transacción multidocumento.

currentOp.transaction.timeActiveMicros

La cantidad total de tiempo que la transacción ha estado activa; es decir, cuando la transacción tenía operaciones en ejecución.

El timeActiveMicros valor añadido al timeInactiveMicros debe ser igual al timeOpenMicros.

Solo está presente si la operación forma parte de una transacción multidocumento.

currentOp.transaction.timeInactiveMicros

La cantidad total de tiempo que la transacción ha estado inactiva, es decir, cuando la transacción no tenía operaciones en ejecución.

El timeInactiveMicros valor añadido al timeActiveMicros debe ser igual al timeOpenMicros.

Solo está presente si la operación forma parte de una transacción multidocumento.

currentOp.transaction.expiryTime

La fecha y hora (con zona horaria) en que la transacción expirará y abortará.

El currentOp.transaction.expiryTime es igual al currentOp.transaction.startWallClockTime + el transactionLifetimeLimitSeconds.

Para obtener más información, consulta Límite de tiempo de ejecución para transacciones.

Solo está presente si la operación forma parte de una transacción multidocumento.

currentOp.twoPhaseCommitCoordinator

Información sobre cualquiera de los siguientes:

  • Las métricas de coordinación de confirmación para una transacción cuyas operaciones de guardado abarcan múltiples particiones.

    La coordinación del compromiso la gestiona una partición, y currentOp (ejecutado tanto en un mongos como en un nodo de la partición) devuelve la información de coordinación de una partición solo para aquellas transacciones que están siendo coordinadas actualmente por esa partición.

    Para filtrar solo por las métricas de coordinación de confirmaciones:

    db.currentOp( { desc: "transaction coordinator" })
  • Una operación de coordinación de envíos específica (es decir, currentOp.type es op y currentOp.desc es "TransactionCoordinator") gestado por el coordinador de transacciones.

currentOp.twoPhaseCommitCoordinator.lsid

El identificador de sesión para la transacción multipartición.

La combinación de lsid y txnNumber identifica la transacción.

Disponible tanto para las métricas de coordinación de confirmaciones como para operaciones de coordinación específicas.

currentOp.twoPhaseCommitCoordinator.txnNumber

El número de transacción para la transacción de múltiples particiones.

La combinación de txnNumber y lsid identifica la transacción.

Disponible tanto para las métricas de coordinación de confirmaciones como para operaciones de coordinación específicas.

currentOp.twoPhaseCommitCoordinator.action

La operación específica de coordinación de confirmación originada por el coordinador de transacciones:

  • "sendingPrepare"

  • "sendingCommit"

  • "sendingAbort"

  • "writingParticipantList"

  • "writingDecision"

  • "deletingCoordinatorDoc"

Solo disponible para operación de coordinación específica.

currentOp.twoPhaseCommitCoordinator.startTime

La fecha y hora de inicio del action.

Solo disponible para operación de coordinación específica.

currentOp.twoPhaseCommitCoordinator.numParticipants

Número de particiones que participan en este commit.

Solo está disponible para las métricas de coordinación de commits.

currentOp.twoPhaseCommitCoordinator.state

El paso/estado actual del proceso de coordinación de confirmaciones.

Paso/etapa
Descripción

inactive

No forma parte activamente de una commit.

writingParticipantList

Registrando un registro local de la lista de particiones que forman parte de esta transacción multi-partición.

waitingForVotes

Esperando que los participantes respondan con su voto para confirmar o abortar.

writingDecision

Redacción de un registro local de la decisión del coordinador de confirmar o abortar en función de los votos.

waitingForDecisionAck

Esperando que los participantes reconozcan la decisión del coordinador de confirmar o cancelar.

deletingCoordinatorDoc

Borrando el registro local de la decisión de confirmación.

Solo está disponible para las métricas de coordinación de commits.

Ver también currentOp.twoPhaseCommitCoordinator.stepDurations.

currentOp.twoPhaseCommitCoordinator.commitStartTime

La fecha y hora en que comenzó el commit.

Solo está disponible para las métricas de coordinación de commits.

currentOp.twoPhaseCommitCoordinator.hasRecoveredFromFailover

Un booleano que indica si la coordinación de confirmaciones se reinició debido a un cambio de respaldo en la partición que coordina la confirmación.

Si hasRecoveredFromFailover es verdadero, entonces los tiempos especificados en currentOp.twoPhaseCommitCoordinator.stepDurations pueden no ser precisos para todos los pasos.

Solo está disponible para las métricas de coordinación de commits.

currentOp.twoPhaseCommitCoordinator.stepDurations

Un documento que contiene la duración, en microsegundos, de la coordinación de confirmación steps/state completada o en proceso:

"stepDurations" : {
"writingParticipantListMicros" : Long(17801),
"totalCommitDurationMicros" : Long(42488463),
"waitingForVotesMicros" : Long(30378502),
"writingDecisionMicros" : Long(15015),
"waitingForDecisionAcksMicros" : Long(12077145),
"deletingCoordinatorDocMicros" : Long(6009)
},

Si currentOp.twoPhaseCommitCoordinator.hasRecoveredFromFailover es verdadero, entonces los tiempos especificados en stepDurations pueden no ser precisos para todos los pasos.

Para un coordinador en un estado inactive, el documento está vacío:

"stepDurations" : {
}

Solo está disponible para las métricas de coordinación de commits.

Se puede consultar currentOp.twoPhaseCommitCoordinator.state.

currentOp.twoPhaseCommitCoordinator.decision

Un documento que contiene la decisión de confirmación/cancelación, por ejemplo:

  • Para una decisión de confirmación:

    "decision" : {
    "decision" : "commit",
    "commitTimestamp" : Timestamp(1572034669, 3)
    }
  • Para una decisión de aborto:

    "decision" : {
    "decision" : "abort",
    "abortStatus" : {
    "code" : 282,
    "codeName" : "TransactionCoordinatorReachedAbortDecision",
    "errmsg" : "Transaction exceeded deadline"
    }
    }

Solo está disponible para las métricas de coordinación de commits.

currentOp.twoPhaseCommitCoordinator.deadline

La fecha y hora en que el compromiso debe finalizar.

Solo está disponible para las métricas de coordinación de commits.

currentOp.opid

El identificador de la operación. Puedes pasar este valor a db.killOp() en mongosh para finalizar la operación.

Advertencia

Finaliza las operaciones en marcha con extrema precaución. Sólo use db.killOp() para finalizar las operaciones iniciadas por los clientes y no terminar operaciones internas de base de datos.

currentOp.active

Un valor booleano que especifica si la operación ha comenzado. El valor es true si la operación ha comenzado o false si la operación está inactiva, como una conexión inactiva o un hilo interno que actualmente está inactivo. Una operación puede estar activa incluso si ha cedido paso a otra operación. Para algunos subprocesos en segundo plano inactivos, como un signalProcessingThread inactivo, MongoDB oculta varios campos vacíos.

currentOp.secs_running

La duración de la operación en segundos. MongoDB calcula este valor restando la hora de inicio de la operación de la hora actual.

Solo aparece si la operación está en curso; es decir, si active está true.

currentOp.microsecs_running

La duración de la operación en microsegundos. MongoDB calcula este valor restando la hora actual de la hora de inicio de la operación.

Solo aparece si la operación está en curso; es decir, si active está true.

currentOp.op

Una string que identifica el tipo de operación específico. Solo se presenta si currentOp.type es op.

Los valores posibles son:

  • "none"

  • "update"

  • "insert"

  • "query"

  • "command"

  • "getmore"

  • "remove"

  • "killcursors"

"query" Las operaciones incluyen operaciones de lectura.

"command" las operaciones incluyen la mayoría de los comandos como el createIndexes y findAndModify.

currentOp.ns

El namespace al que se dirige la operación. Un namespace consiste en el nombre de la base de datos y el nombre de la colección concatenados con un punto (.); es decir, "<database>.<collection>".

currentOp.command

Un documento que contiene el objeto de comando completo asociado con esta operación.

Por ejemplo, la siguiente salida contiene el objeto de comando para una find operación en una colección llamada items en una base de datos llamada test:

"command" : {
"find" : "items",
"filter" : {
"sku" : 1403978
},
...
"$db" : "test"
}

El siguiente resultado de ejemplo contiene el objeto de comando para una operación getMore generado por un comando con ID de cursor 19234103609 en una colección llamada items en una base de datos llamada test:

"command" : {
"getMore" : Long("19234103609"),
"collection" : "items",
"batchSize" : 10,
...
"$db" : "test"
},

Si el documento de comando supera 1 kilobyte, el documento tiene la siguiente forma:

"command" : {
"$truncated": <string>,
"comment": <string>
}

El campo $truncated contiene un resumen en forma de string del documento, excluyendo el campo comment del documento si está presente. Si el resumen sigue superando 1 kilobyte, se trunca aún más, indicado por una elipsis (...) al final de la string.

El campo comment está presente si se pasó un comentario a la operación. Se puede adjuntar un comentario a cualquier comando de base de datos.

currentOp.planSummary

Especifica si el cursor utiliza un escaneo de colección (COLLSCAN) o un escaneo de índice (IXSCAN { ... }).

El IXSCAN también incluye el documento de especificaciones del índice utilizado.

currentOp.prepareReadConflicts

El número de veces que la operación actual tuvo que esperar a que una transacción preparada con un guardado se confirmara o abortara.

Mientras espera, la operación actual sigue manteniendo los bloqueos necesarios y los recursos del motor de almacenamiento.

currentOp.writeConflicts

El número de veces que la operación actual entró en conflicto con otra operación de guardar en el mismo documento.

currentOp.cursor

Un documento que contiene la información del cursor para las operaciones de getmore; es decir, donde op es getmore.

Si se informa sobre una operación getmore antes de que la getmore haya accedido a su información del cursor, el campo cursor no está disponible.

currentOp.cursor.cursorId

El ID del cursor.

currentOp.cursor.createdDate

La fecha y hora en que se creó el cursor.

currentOp.cursor.lastAccessDate

La fecha y hora en que se utilizó el cursor por última vez.

currentOp.cursor.nDocsReturned

El número acumulativo de documentos devueltos por el cursor.

currentOp.cursor.nBatchesReturned

La cantidad acumulada de lotes devueltos por el cursor.

currentOp.cursor.noCursorTimeout

La bandera que indica que el cursor no se agotará por inactividad; es decir, si el cursor tiene activada la opción noTimeout.

  • Si es cierto, el cursor no agota el tiempo cuando está inactivo.

  • En caso de ser falso, el cursor se desactiva cuando está inactivo.

currentOp.cursor.tailable

La bandera que indica si el cursor es un cursor con seguimiento para una colección con tamaño fijo. Los cursores con seguimiento permanecen abiertos después de que el cliente agota los resultados en el cursor inicial.

currentOp.cursor.awaitData

El indicador que señala si el cursor con seguimiento debe bloquear temporalmente un comando getMore en el cursor mientras espera nuevos datos en lugar de devolver ningún dato.

Para los cursores sin seguimiento, el valor siempre es false.

currentOp.cursor.originatingCommand

El campo originatingCommand contiene el objeto de comando completo (por ejemplo, find o aggregate) que originalmente creó el cursor.

currentOp.cursor.planSummary

Especifica si el cursor utiliza un escaneo de colección (COLLSCAN) o un escaneo de índice (IXSCAN { ... }).

El IXSCAN también incluye el documento de especificaciones del índice utilizado.

currentOp.cursor.operationUsingCursorId

El opid de la operación usando el cursor.

Solo se muestra si el cursor no está inactivo.

currentOp.locks

El documento locks informa el tipo y el modo de bloqueos que la operación mantiene actualmente. Los posibles tipos de bloqueo 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.

Los modos posibles son los siguientes:

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).

currentOp.admissionPriority

Para uso interno. El valor es la prioridad que tiene una operación cuando intenta adquirir un ticket para realizar una acción del motor de almacenamiento.

Los valores posibles son: "bajo", "normal" e "inmediato". Sólo se informan las operaciones con un valor "bajo".

Muestra currentOp de salida:

{
type: 'op',
host: 'ip-10-122-5-147:27017',
desc: 'JournalFlusher',
active: true,
currentOpTime: '2022-10-11T12:45:52.053+00:00',
opid: 201,
op: 'none',
ns: '',
command: {},
numYields: 0,
admissionPriority: 'low',
locks: {},
waitingForLock: false,
lockStats: {},
waitingForFlowControl: false,
flowControlStats: {}
}

El valor admissionPriority también se informa en el registro lento.

Nuevo en la versión 6.3.

currentOp.waitingForLock

Devuelve un valor booleano. waitingForLock es true si la operación está esperando un bloqueo y false si la operación tiene el bloqueo requerido.

currentOp.msg

El msg proporciona un mensaje que describe el estado y el progreso de la operación. En el caso de las operaciones de indexación o mapReduce, el campo informa el porcentaje de finalización.

currentOp.progress

Informes sobre el progreso de las operaciones de mapReduce o indexación. Los campos progress corresponden al porcentaje de finalización del campo msg. El progress especifica la siguiente información:

currentOp.progress.done

Informa del número de completadas.

currentOp.progress.total

Informa el número total.

currentOp.killPending

Devuelve true si la operación está actualmente marcada para su finalización. Cuando la operación encuentre su siguiente punto seguro de terminación, la operación terminará.

currentOp.numYields

numYields es un contador que informa el número de veces que la operación ha suspendido para permitir que otras operaciones se completen.

Por lo general, las operaciones ceden cuando necesitan acceder a datos que MongoDB aún no ha leído completamente en la memoria. Esto permite que otras operaciones que tienen datos en memoria se completen rápidamente mientras MongoDB lee los datos de la operación de ceder recursos.

currentOp.dataThroughputLastSecond

Cantidad de datos (en MiB) procesados por la operación validate en el último segundo. Solo disponible para una validate operación que actualmente está escaneando documentos. Por ejemplo:

"msg" : "Validate: scanning documents Validate: scanning documents: 7258/24000 30%",
"progress" : {
"done" : 7258,
"total" : 24000
},
"numYields" : 0,
"dataThroughputLastSecond" : 15.576952934265137,
"dataThroughputAverage" : 15.375944137573242,
currentOp.dataThroughputAverage

La cantidad promedio de datos (en MiB) procesados por la operación validate. Solo disponible para una validate operación que actualmente está escaneando documentos. Por ejemplo:

"msg" : "Validate: scanning documents Validate: scanning documents: 7258/24000 30%",
"progress" : {
"done" : 7258,
"total" : 24000
},
"numYields" : 0,
"dataThroughputLastSecond" : 15.576952934265137,
"dataThroughputAverage" : 15.375944137573242,
currentOp.fsyncLock

Especifica si la base de datos está actualmente bloqueada para fsync write/snapshot.

Solo aparece si está bloqueado; es decir, si fsyncLock está true.

currentOp.info

Información sobre cómo desbloquear la base de datos desde db.fsyncLock(). Solo aparece si fsyncLock está true.

currentOp.lockStats

Para cada tipo y modo de bloqueo (ver currentOp.locks para descripciones de tipos y modos de bloqueo), devuelve la siguiente información:

currentOp.lockStats.acquireCount

Cantidad de veces que la operación adquirió el bloqueo en el modo especificado.

currentOp.lockStats.acquireWaitCount

Cantidad de veces que la operación tuvo que esperar para la adquisición de bloqueos acquireCount porque los bloqueos se mantenían en una moda conflictiva. acquireWaitCount es menor o igual que acquireCount.

currentOp.lockStats.timeAcquiringMicros

Tiempo acumulado en microsegundos que la operación tuvo que esperar para adquirir los bloqueos.

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

currentOp.lockStats.deadlockCount

Número de veces que la operación encontró bloqueos mutuos al esperar la adquisición de bloqueos.

currentOp.waitingForFlowControl

Un valor booleano que indica si la operación está en proceso de espera para el control de flujo.

currentOp.flowControlStats

Las estadísticas de control de flujo para esta operación.

currentOp.flowControlStats.acquireCount

El número de veces que esta operación adquirió un ticket.

currentOp.flowControlStats.acquireWaitCount

El número de veces que esta operación esperó para adquirir un ticket.

currentOp.flowControlStats.timeAcquiringMicros

El tiempo total que esta operación ha esperado para adquirir un ticket.

currentOp.totalOperationTimeElapsedSecs

El tiempo total transcurrido, en segundos, para la operación de re-sharding actual. El tiempo se establece en 0 cuando comienza una nueva operación de rehashing.

Solo está presente si se está realizando una operación de re-asignación de particiones.

Nuevo en la versión 5.0.

A partir de MongoDB 6.1, esta métrica también está disponible en el coordinador durante la redistribución de datos.

currentOp.updatesApplied

El número de actualizaciones aplicadas.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 6.1.

currentOp.remainingOperationTimeEstimatedSecs

remainingOperationTimeEstimatedSecs:: tiempo estimado restante en segundos para la operación de redistribución de particiones actual. Se devuelve como -1 cuando se inicia una nueva operación de redistribución de particiones.

A partir de MongoDB 7.0, remainingOperationTimeEstimatedSecs también está disponible en el coordinador durante una operación de rehashing.

remainingOperationTimeEstimatedSecs se establece en una estimación de tiempo pesimista:

  • La estimación de tiempo de la fase de actualización se establece en el tiempo de la fase de clonación, que es un periodo relativamente largo.

  • En la práctica, si sólo hay unas pocas operaciones de escritura pendientes, el tiempo real de la fase de sincronización es relativamente corto.

Nuevo en la versión 5.0.

currentOp.allShardsLowestRemainingOperationTimeEstimatedSecs

Calculada en todas las particiones, la estimación más baja de la cantidad de segundos que quedan.

Solo está presente en un coordinador cuando se lleva a cabo una operación de resharding.

Nuevo en la versión 6.1.

currentOp.allShardsHighestRemainingOperationTimeEstimatedSecs

Calculado en todos los fragmentos, la estimación más alta del número de segundos que quedan.

Solo está presente en un coordinador cuando se lleva a cabo una operación de resharding.

Nuevo en la versión 6.1.

currentOp.approxDocumentsToCopy

El número aproximado de documentos que se copiarán desde las particiones donantes a las particiones destinatarias durante la operación de reasignación de particiones. Este número es una estimación que se establece al inicio de la operación de resharding y no cambia una vez que se haya establecido. El número se establece en 0 cuando comienza una nueva operación de redistribución de datos. Es posible que $currentOp.documentsCopied y $currentOp.bytesCopied acaben superando a $currentOp.approxDocumentsToCopy y $currentOp.approxBytesToCopy, respectivamente, si la distribución de datos posterior a la redistribución de particiones no es perfectamente uniforme.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 5.0.

currentOp.documentsCopied

La cantidad de documentos copiados desde particiones donantes a particiones receptoras durante la operación de refragmentación. El número se establece en 0 cuando se inicia una nueva operación de cambio de partición.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 5.0.

currentOp.approxBytesToCopy

El número aproximado de bytes que se copiarán de las particiones donantes a las particiones receptoras durante la operación de reshardeo. Esta cifra es una estimación que se establece al inicio de la operación de reconfiguración y que no cambia después de haber sido definida. El número se establece en 0 cuando inicia una nueva operación de redistribución de shards. Es posible que $currentOp.documentsCopied y $currentOp.bytesCopied terminen superando $currentOp.approxDocumentsToCopy y $currentOp.approxBytesToCopy, respectivamente, si la distribución de datos posterior a la redistribución no es perfectamente uniforme.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 5.0.

currentOp.bytesCopied

El número de bytes copiados de particiones donantes a particiones receptoras durante la operación de refragmentación. El número se establece en 0 cuando se inicia una nueva operación de reestructuración.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 5.0.

currentOp.countWritesToStashCollections

El número de escrituras a las colecciones de reservasdel destinatario.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 6.1.

currentOp.countWritesDuringCriticalSection

La cantidad de intentos de guardado durante la sección crítica del donante.

Solo está presente en una partición donante cuando se está llevando a cabo una operación de reconstrucción de particiones.

Nuevo en la versión 6.1.

currentOp.countReadsDuringCriticalSection

La cantidad de intentos de lecturas durante la sección crítica del donante.

Solo está presente en una partición donante cuando se está llevando a cabo una operación de reconstrucción de particiones.

Nuevo en la versión 6.1.

currentOp.deletesApplied

La cantidad de eliminaciones aplicadas a la colección temporal de redistribución. Cada entrada de oplog que implica una eliminación incrementa el contador en uno.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 6.1.

currentOp.insertsApplied

La cantidad de inserciones aplicadas a la colección temporal de refragmentación. Cada entrada de oplog que implica una inserción incrementa el contador en uno.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 6.1.

currentOp.totalCopyTimeElapsedSecs

El tiempo total transcurrido, en segundos, para tareas de copia de datos en curso desde particiones donantes a particiones destinatarias para la actual operación de resharding. El tiempo se establece en 0 cuando comienza una nueva operación de rehashing.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 5.0.

A partir de MongoDB 6.1, esta métrica también está disponible en el coordinador durante la redistribución de datos.

currentOp.oplogEntriesFetched

El número de entradas obtenidas del oplog para la operación de reestructuración actual. El número se pone a 0 cuando comienza una nueva operación de redistribución de datos.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 5.0.

currentOp.oplogEntriesApplied

El número de entradas aplicadas al Oplog para la operación actual de re-sharding. El número se establece en 0 cuando comienza una nueva operación de cambiación de particiones.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 5.0.

currentOp.totalApplyTimeElapsedSecs

El tiempo total transcurrido, en segundos, para el paso de aplicar de la operación de redistribución actual. En el paso de aplicación, los fragmentos receptores aplican entradas de oplog para modificar sus datos basándose en nuevas escrituras entrantes de fragmentos donantes. El tiempo se ajusta a 0 cuando se inicia una nueva operación de redistribución.

Solo está presente en una partición receptora cuando se está realizando una operación de redistribución de particiones.

Nuevo en la versión 5.0.

A partir de MongoDB 6.1, esta métrica también está disponible en el coordinador durante la redistribución de datos.

currentOp.countWritesDuringCriticalSection

El número de guardados realizados en la sección crítica para la operación de re-sharding actual. La sección crítica impide la entrada de nuevas escrituras en la colección que actualmente está siendo redistribuida. El número se establece en 0 cuando comienza una nueva operación de redistribución.

Solo está presente en una partición donante cuando se está llevando a cabo una operación de reconstrucción de particiones.

Nuevo en la versión 5.0.

currentOp.totalCriticalSectionTimeElapsedSecs

El tiempo total transcurrido, en segundos, para la sección crítica de la operación de resharding actual. La sección crítica impide nuevas escrituras entrantes en la colección que está siendo redistribuida actualmente. El tiempo se establece en 0 cuando inicia una nueva operación de redistribución de datos.

Solo está presente en una partición donante cuando se está llevando a cabo una operación de reconstrucción de particiones.

Nuevo en la versión 5.0.

A partir de MongoDB 6.1, esta métrica también está disponible en el coordinador durante la redistribución de datos.

currentOp.donorState

El estado actual de una partición donante para la operación de nueva partición. El estado se establece en unused cuando se inicia una nueva operación de re-shard.

Solo está presente en una partición donante cuando se está llevando a cabo una operación de reconstrucción de particiones.

Estado
Descripción

unused

La operación de recrisprado está a punto de comenzar o recuperarse de un traspaso primario.

preparing-to-donate

La partición donante se está preparando para donar datos a las particiones receptoras.

donating-initial-data

El fragmento donante está transfiriendo datos a los fragmentos receptores.

donating-oplog-entries

La partición donante está donando entradas de oplog a las particiones receptoras.

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.

error

Se ha producido un error durante la operación de redistribución de fragmentos.

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.

done

La partición donante ha descartado la antigua colección particionada y la operación de redistribución ha finalizado.

Nuevo en la versión 5.0.

currentOp.recipientState

El estado actual de una partición receptora para una operación de redistribución de particiones. El estado se establece en unused cuando se inicia una nueva operación de re-shard.

Solo está presente en una partición donante cuando se está llevando a cabo una operación de reconstrucción de particiones.

Estado
Descripción

unused

La operación de recrisprado está a punto de comenzar o recuperarse de un traspaso primario.

awaiting-fetch-timestamp

La partición receptora está esperando que las particiones donantes estén preparadas para donar sus datos.

creating-collection

La partición receptora está creando la nueva colección particionada.

cloning

La partición receptora está recibiendo datos de las particiones donantes.

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.

error

Se ha producido un error durante la operación de redistribución de fragmentos.

strict-consistency

La partición receptora tiene todos los cambios de datos almacenados en una colección temporal.

done

La operación de redistribución está completa.

Nuevo en la versión 5.0.

currentOp.coordinatorState

El estado del coordinador de resharding para la operación de resharding actual. El coordinador de resharding es una operación que se ejecuta en el primario del servidor de configuración. El estado se establece en unused cuando una nueva operación de resharding comienza.

Solo está presente en el servidor de configuración coordinador.

Estado
Descripción

unused

La operación de recrisprado está a punto de comenzar o recuperarse de un traspaso primario.

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.

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.

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.

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.

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.

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()).

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.

Nuevo en la versión 5.0.

currentOp.opStatus

Esta métrica es eliminada en la versión 6.1.

Cambiado en la versión 6.1.

currentOp.collUuid

El UUID de la colección muestreada.

Este campo solo aparece en documentos relacionados con el muestreo de consultas. Para obtener detalles, consulte Queries de muestra.

Nuevo en la versión 7.0.

currentOp.startTime

La hora en la que se inició el muestreo de la query.

Este campo solo aparece en documentos relacionados con el muestreo de consultas. Para obtener detalles, consulte Queries de muestra.

Nuevo en la versión 7.0.

currentOp.samplesPerSecond

El número máximo de consultas para muestrear por segundo.

En una clúster fragmentado, esto se reporta en mongos en lugar de mongod. En un set de réplicas, esto se reporta en mongod.

Este campo solo aparece en documentos relacionados con el muestreo de consultas. Para obtener detalles, consulte Queries de muestra.

Nuevo en la versión 7.0.

currentOp.sampledReadsCount

El número de read queries muestreadas.

Este campo solo aparece en documentos relacionados con el muestreo de consultas. Para obtener detalles, consulte Queries de muestra.

Nuevo en la versión 7.0.

currentOp.sampledWritesCount

El número de queries de guardado muestreadas.

Este campo solo aparece en documentos relacionados con el muestreo de consultas. Para obtener detalles, consulte Queries de muestra.

Nuevo en la versión 7.0.

currentOp.sampledReadsBytes

El tamaño de las consultas de lectura muestreadas, en bytes.

En un set de réplicas, esto se informa en cada mongod.

En un clúster fragmentado, esto solo se informó en mongod con --shardsvr.

Este campo solo aparece en documentos relacionados con el muestreo de consultas. Para obtener detalles, consulte Queries de muestra.

Nuevo en la versión 7.0.

currentOp.sampledWritesBytes

El tamaño de las consultas de escritura muestreadas, en bytes.

En un set de réplicas, esto se informa en cada mongod.

En un clúster fragmentado, esto solo se informó en mongod con --shardsvr.

Este campo solo aparece en documentos relacionados con el muestreo de consultas. Para obtener detalles, consulte Queries de muestra.

Nuevo en la versión 7.0.

Volver

createIndexes

En esta página