Definição
Compatibilidade
Esse comando está disponível em implantações hospedadas nos seguintes ambientes:
MongoDB Atlas: o serviço totalmente gerenciado para implantações do MongoDB na nuvem
Observação
Este comando é aceito em todos os clusters do MongoDB Atlas. Para obter informações sobre o suporte do Atlas a todos os comandos, consulte Comandos não suportados.
MongoDB Enterprise: a versão autogerenciada e baseada em assinatura do MongoDB
MongoDB Community: uma versão com código disponível, de uso gratuito e autogerenciada do MongoDB
Sintaxe
O comando tem a seguinte sintaxe:
{ currentOp: 1 }
Observação
A partir do MongoDB 5.0, o estágio de agregação $currentOp é usado ao executar o método auxiliar db.currentOp() com mongosh.
Diante disso, na versão 5.0 do shell e com mongosh, db.currentOp() os conjuntos de resultado não estão sujeitos ao limite do tamanho de retorno de documento BSON16MB para documentos das versões anteriores do mongo herdado.
Comportamento
currentOp deve ser executado no banco de banco de dados admin e pode aceitar vários campos opcionais.
Campo | Descrição |
|---|---|
| Booleano. Se definido para Em instâncias do Novidades na versão 3.2.9. |
| Booleano. Se definido para
|
<filter> | Especifique as condições de filtro nos Campos de Saída . Veja exemplos. |
| Opcional. Um comentário fornecido pelo usuário para anexar a este comando. Depois de definido, esse comentário aparece junto com os registros desse comando nos seguintes locais:
Um comentário pode ser qualquer tipo BSON válido (string, inteiro, objeto, array etc). |
currentOp e o analisador de banco de dados relatam as mesmas informações de diagnóstico básicas para operações CRUD, incluindo o seguinte:
getMore(OP_GET_MORE ecommand)
Essas operações também são incluídas no logging de queries lentas. Consulte slowOpThresholdMs para obter mais informações sobre registro de queries lentas.
Controle de acesso
Em sistemas executados com authorization, o usuário deve ter acesso que inclua a ação de privilégio inprog.
Os usuários podem utilizar o $ownOps em instâncias do mongod para visualizar suas próprias operações sem a ação de privilégio do inprog.
db.adminCommand( { currentOp: 1, "$ownOps": 1 } )
Exemplos
Os exemplos seguintes utilizam o comando currentOp com vários documentos de query para filtrar a saída.
Exibir todas as operações atuais
db.adminCommand( { currentOp: true, "$all": true } )
Operações de gravação aguardando um bloqueio
O exemplo a seguir retorna informações sobre todas as operações de gravação que estão aguardando um bloqueio:
db.adminCommand( { currentOp: true, "waitingForLock" : true, $or: [ { "op" : { "$in" : [ "insert", "update", "remove" ] } }, { "command.findandmodify": { $exists: true } } ] } )
Operações ativas sem rendimento
O exemplo a seguir retorna informações sobre todas as operações em execução ativas que nunca produziram:
db.adminCommand( { currentOp: true, "active" : true, "numYields" : 0, "waitingForLock" : false } )
Operações ativas em um banco de dados específico
O exemplo a seguir retorna informações sobre todas as operações ativas do banco de dados db1 que estão em execução há mais de 3 segundos:
db.adminCommand( { currentOp: true, "active" : true, "secs_running" : { "$gt" : 3 }, "ns" : /^db1\./ } )
Operações de indexação ativas
O exemplo a seguir retorna informações sobre operações de criação de índice:
db.adminCommand( { currentOp: true, $or: [ { op: "command", "command.createIndexes": { $exists: true } }, { op: "none", "msg" : /^Index Build/ } ] } )
Exemplo de saída
Confira a seguir um protótipo da saída currentOp quando executado em um sistema autônomo:
{ "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" : <NumberLong()>, "microsecs_running" : <number>, "op" : <string>, "ns" : <string>, "command" : <document>, "planSummary": <string>, "cursor" : { // only for getMore operations "cursorId" : <NumberLong()>, "createdDate" : <ISODate()>, "lastAccessDate" : <ISODate()>, "nDocsReturned" : <NumberLong()>, "nBatchesReturned" : <NumberLong()>, "noCursorTimeout" : <boolean>, "tailable" : <boolean>, "awaitData" : <boolean>, "originatingCommand" : <document>, "planSummary" : <string>, "operationUsingCursorId" : <NumberLong()> }, "msg": <string>, "progress" : { "done" : <number>, "total" : <number> }, "killPending" : <boolean>, "numYields" : <number>, "dataThroughputLastSecond" : <number>, "dataThroughputAverage" : <number>, "waitingForLatch" : { "timestamp" : <ISODate()>, "captureName" : <string> }, "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" : NumberLong(0), "w" : NumberLong(0), "R" : NumberLong(0), "W" : NumberLong(0) }, "deadlockCount" : { "r" : NumberLong(0), "w" : NumberLong(0), "R" : NumberLong(0), "W" : NumberLong(0) } }, "ReplicationStateTransition" : { ... }, "Global": { ... }, "Database" : { ... }, ... } }, ... ], "fsyncLock": <boolean>, "info": <string>, "ok": <num> }
Confira a seguir um protótipo da saída currentOp quando executado em um primário de um conjunto 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" : <NumberLong()>, "autocommit" : <boolean>, "readConcern" : { "level" : <string> } }, "readTimestamp" : <Timestamp>, "startWallClockTime" : <string>, "timeOpenMicros" : <NumberLong()>, "timeActiveMicros" : <NumberLong()>, "timeInactiveMicros" : <NumberLong()>, "expiryTime" : <string>, }, "active" : <boolean>, "currentOpTime" : <string>, "effectiveUsers" : [ { "user" : <string>, "db" : <string> } ], "opid" : <number>, "secs_running" : <NumberLong()>, "microsecs_running" : <number>, "op" : <string>, "ns" : <string>, "command" : <document>, "originatingCommand" : <document>, "planSummary": <string>, "prepareReadConflicts" : <NumberLong()>, "writeConflicts" : <NumberLong()>, "cursor" : { // only for getMore operations "cursorId" : <NumberLong()>, "createdDate" : <ISODate()>, "lastAccessDate" : <ISODate()>, "nDocsReturned" : <NumberLong()>, "nBatchesReturned" : <NumberLong()>, "noCursorTimeout" : <boolean>, "tailable" : <boolean>, "awaitData" : <boolean>, "originatingCommand" : <document>, "planSummary" : <string>, "operationUsingCursorId" : <NumberLong()> }, "msg": <string>, "progress" : { "done" : <number>, "total" : <number> }, "killPending" : <boolean>, "numYields" : <number>, "dataThroughputLastSecond" : <number>, "dataThroughputAverage" : <number>, "waitingForLatch" : { "timestamp" : <ISODate()>, "captureName" : <string> }, "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" : NumberLong(0), "w" : NumberLong(0), "R" : NumberLong(0), "W" : NumberLong(0) }, "deadlockCount" : { "r" : NumberLong(0), "w" : NumberLong(0), "R" : NumberLong(0), "W" : NumberLong(0) } }, "ReplicationStateTransition" : { ... }, "Global" : { ... }, "Database" : { ... }, ... } }, ... ], "fsyncLock": <boolean>, "info": <string>, "ok": <num>, "operationTime": <timestamp>, "$clusterTime": <document> }
O seguinte é um exemplo da saída currentOp quando executado em um mongos de um cluster fragmentado (os campos podem variar dependendo da operação que está sendo relatada):
{ "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" : <NumberLong()>, "autocommit" : <boolean>, "readConcern" : { "level" : <string> } }, "readTimestamp" : <Timestamp>, "startWallClockTime" : <string>, "timeOpenMicros" : <NumberLong()>, "timeActiveMicros" : <NumberLong()>, "timeInactiveMicros" : <NumberLong()>, "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" : <NumberLong()>, "microsecs_running" : <number>, "op" : <string>, "ns" : <string>, "command" : <document>, "configTime" : <Timestamp>, // Starting in 5.0 "topologyTime" : <Timestamp>, // Starting in 5.0 "planSummary": <string>, "prepareReadConflicts" : <NumberLong()>, "writeConflicts" : <NumberLong()>, "cursor" : { // only for getMore operations "cursorId" : <NumberLong()>, "createdDate" : <ISODate()>, "lastAccessDate" : <ISODate()>, "nDocsReturned" : <NumberLong()>, "nBatchesReturned" : <NumberLong()>, "noCursorTimeout" : <boolean>, "tailable" : <boolean>, "awaitData" : <boolean>, "originatingCommand" : <document>, "planSummary" : <string>, "operationUsingCursorId" : <NumberLong()> }, "msg": <string>, "progress" : { "done" : <number>, "total" : <number> }, "killPending" : <boolean>, "numYields" : <number>, "dataThroughputLastSecond" : <number>, "dataThroughputAverage" : <number>, "waitingForLatch" : { "timestamp" : <ISODate()>, "captureName" : <string> }, "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" : NumberLong(0), "w" : NumberLong(0), "R" : NumberLong(0), "W" : NumberLong(0) }, "deadlockCount" : { "r" : NumberLong(0), "w" : NumberLong(0), "R" : NumberLong(0), "W" : NumberLong(0) } }, "ReplicationStateTransition" : { ... }, "Global" : { ... }, "Database" : { ... }, ... } }, ... ], "ok": <num>, "operationTime": <timestamp>, "$clusterTime": <document> }
Campos de Saída
currentOp.typeNovidades na versão 4.2.
O tipo de operação. Os valores são:
opidleSessionidleCursor
Se o
currentOp.typeforop, ocurrentOp.opfornecerá detalhes sobre a operação específica.
currentOp.descUma descrição do cliente. Esta string inclui o
connectionId.
currentOp.clientUma string com informações sobre a origem da operação.
Para transações com vários documentos,
clientarmazena informações sobre o cliente mais recente para executar uma operação dentro da transação.
currentOp.appNameNovidade na versão 3.4.
O identificador do aplicativo cliente que executou a operação. Use uma opção
appNamede connection string para definir um valor personalizado para o campoappName.
currentOp.clientMetadataInformações adicionais sobre o cliente.
Para transações com vários documentos,
clientarmazena informações sobre o cliente mais recente para executar uma operação dentro da transação.
currentOp.effectiveUsersUma array que contém um documento para cada usuário associado à operação. Cada documento de usuário contém o nome
usere a autenticaçãodb.Dica
Novidades na versão 4.2.
currentOp.runByUma array que contém um documento para cada usuário que está personificando
effectiveUser(s)para a operação. O documento runBy contém o nomeusere a autenticaçãodb. Em geral, o usuário do runBy é o usuário__system; por exemplo,"runBy" : [ { "user" : "__system", "db" : "local" } ] Disponível apenas em clusters fragmentados
Novidades na versão 4.2.
currentOp.lsidO identificador da sessão.
Somente presente se a operação estiver associada a uma sessão.
Novidade na versão 3.6.
currentOp.transactionUm documento que contém informações de transação multidocumento.
Somente presente se a operação fizer parte de uma transação multidocumento.
currentOp.transaction.parametersUm documento que contém informações sobre transações com vários documentos.
Somente presente se a operação fizer parte de uma transação multidocumento.
currentOp.transaction.parameters.txnNumberO número da transação.
Somente presente se a operação fizer parte de uma transação multidocumento.
currentOp.transaction.parameters.autocommitUma bandeira booleana que indica se o envio automático está ativado para a transação.
Somente presente se a operação fizer parte de uma transação multidocumento.
currentOp.transaction.parameters.readConcernA read concern com a transação.
As transações com vários documentos são compatíveis com read concern
"snapshot","local"e"majority".Somente presente se a operação fizer parte de uma transação multidocumento.
currentOp.transaction.readTimestampO carimbo de data/hora do snapshot que está sendo lido pelas operações na transação.
Somente presente se a operação fizer parte de uma transação multidocumento.
currentOp.transaction.startWallClockTimeA data e hora (com fuso horário) do início da transação.
Somente presente se a operação fizer parte de uma transação multidocumento.
currentOp.transaction.timeOpenMicrosA duração da transação em microssegundos.
O valor
timeActiveMicrosadicionado aotimeInactiveMicrosdeve ser igual aotimeOpenMicros.Somente presente se a operação fizer parte de uma transação multidocumento.
currentOp.transaction.timeActiveMicrosA quantidade total de tempo em que a transação esteve ativa; ou seja, quando a transação teve operações em execução.
O valor
timeActiveMicrosadicionado aotimeInactiveMicrosdeve ser igual aotimeOpenMicros.Somente presente se a operação fizer parte de uma transação multidocumento.
currentOp.transaction.timeInactiveMicrosO tempo total em que a transação ficou inativa; ou seja, quando a transação não tinha operações em execução.
O valor
timeInactiveMicrosadicionado aotimeActiveMicrosdeve ser igual aotimeOpenMicros.Somente presente se a operação fizer parte de uma transação multidocumento.
currentOp.transaction.expiryTimeA data e a hora (com fuso horário) em que a transação irá expirar e cancelar.
O
currentOp.transaction.expiryTimeé igual aocurrentOp.transaction.startWallClockTime+ otransactionLifetimeLimitSeconds.Para obter mais informações, consulte Limite de tempo de execução para transação.
Somente presente se a operação fizer parte de uma transação multidocumento.
currentOp.twoPhaseCommitCoordinatorInformações sobre:
As métricas de coordenação de cometimento para uma transação cujas operações de gravação abrangem vários shards.
A coordenação do commit é tratada por um fragmento e
currentOp(executado em ummongosou em um membro do fragmento) retorna as informações de coordenação de um fragmento somente para as transações atualmente coordenadas por esse fragmento.Para filtrar apenas as métricas de coordenação de confirmação:
db.currentOp( { desc: "transaction coordinator" }) Uma operação de coordenação de confirmação específica (ou seja,
currentOp.typeéopecurrentOp.descé"TransactionCoordinator") gerados pelo coordenador de transações.
currentOp.twoPhaseCommitCoordinator.lsidO identificador da sessão para a transação com vários fragmentos.
A combinação de
lsidetxnNumberidentifica a transação.Disponível tanto para as métricas de coordenação de confirmação quanto para a operação de coordenaçãoespecífica .
currentOp.twoPhaseCommitCoordinator.txnNumberO número da transação para a transação multi-shard.
A combinação de
txnNumberelsididentifica a transação.Disponível tanto para as métricas de coordenação de confirmação quanto para a operação de coordenaçãoespecífica .
currentOp.twoPhaseCommitCoordinator.actionA operação de coordenação de cometimento específica gerada pelo coordenador de transações:
"sendingPrepare""sendingCommit""sendingAbort""writingParticipantList""writingDecision""deletingCoordinatorDoc"
Disponível apenas para operação de coordenaçãoespecífica.
currentOp.twoPhaseCommitCoordinator.startTimeA data e hora de início do
action.Disponível apenas para operação de coordenaçãoespecífica.
currentOp.twoPhaseCommitCoordinator.numParticipantsNúmero de fragmentos participantes neste commit.
Disponível somente para as métricas de coordenação de confirmação.
currentOp.twoPhaseCommitCoordinator.stateA etapa/estado atual do processo de coordenação de commit.
Etapa/estágioDescriçãoinactiveNão faz parte ativamente de um commit.
writingParticipantListEscrevendo um registro local da lista de fragmentos que fazem parte dessa transação com vários fragmentos.
waitingForVotesAguardando que os participantes respondam com voto para confirmar ou cancelar.
writingDecisionEscrevendo um registro local da decisão do coordenador de cometer ou cancelar com base em votos.
waitingForDecisionAckAguardando que os participantes reconheçam a decisão do coordenador de cometer ou cancelar.
deletingCoordinatorDocExcluindo o registro local da decisão de commit.
Disponível somente para as métricas de coordenação de confirmação.
Consulte também
currentOp.twoPhaseCommitCoordinator.stepDurations.
currentOp.twoPhaseCommitCoordinator.commitStartTimeA data e a hora em que o commit começou.
Disponível somente para as métricas de coordenação de confirmação.
currentOp.twoPhaseCommitCoordinator.hasRecoveredFromFailoverUm booleano que indica se a coordenação de commit foi reiniciada devido ao failover no fragmento que está coordenando o commit.
Se
hasRecoveredFromFailoverfor verdadeiro, então os horários especificados emcurrentOp.twoPhaseCommitCoordinator.stepDurationspodem não ser precisos em todas as etapas.Disponível somente para as métricas de coordenação de confirmação.
currentOp.twoPhaseCommitCoordinator.stepDurationsUm documento que contém a duração, em microssegundos, da coordenação de confirmação
steps/stateconcluída ou em andamento:"stepDurations" : { "writingParticipantListMicros" : NumberLong(17801), "totalCommitDurationMicros" : NumberLong(42488463), "waitingForVotesMicros" : NumberLong(30378502), "writingDecisionMicros" : NumberLong(15015), "waitingForDecisionAcksMicros" : NumberLong(12077145), "deletingCoordinatorDocMicros" : NumberLong(6009) }, Se
currentOp.twoPhaseCommitCoordinator.hasRecoveredFromFailoverfor verdadeiro, então os horários especificados emstepDurationspodem não ser precisos em todas as etapas.Para um coordenador em um estado
inactive, o documento está vazio:"stepDurations" : { } Disponível somente para as métricas de coordenação de confirmação.
currentOp.twoPhaseCommitCoordinator.decisionUm documento que contém a decisão de cometer/abortar, por exemplo:
Para uma decisão de commit:
"decision" : { "decision" : "commit", "commitTimestamp" : Timestamp(1572034669, 3) } Para uma decisão de cancelamento:
"decision" : { "decision" : "abort", "abortStatus" : { "code" : 282, "codeName" : "TransactionCoordinatorReachedAbortDecision", "errmsg" : "Transaction exceeded deadline" } }
Disponível somente para as métricas de coordenação de confirmação.
currentOp.twoPhaseCommitCoordinator.deadlineA data e a hora em que o commit deve terminar.
Disponível somente para as métricas de coordenação de confirmação.
currentOp.opidO identificador da operação. Você pode passar esse valor para
db.killOp()emmongoshpara encerrar a operação.Aviso
Encerre as operações em execução com extrema cautela. Use apenas
db.killOp()para encerrar operações iniciadas por clientes e não encerre operações internas de banco de dados.
currentOp.activeUm valor booleano especificando se a operação começou. O valor é
truese a operação foi iniciada oufalsese a operação está ociosa, como uma conexão ociosa ou um thread interno que esteja ocioso no momento. Uma operação pode estar ativa mesmo que tenha cedido preferência a outra operação. Para alguns tópicos inativos em segundo plano, como umsignalProcessingThreadinativo, o MongoDB suprime vários campos vazios.
currentOp.secs_runningA duração da operação em segundos. O MongoDB calcula este valor subtraindo o tempo atual da hora de início da operação.
Só aparece quando a operação estiver em execução; ou seja, se
activeétrue.
currentOp.microsecs_runningA duração da operação em microssegundos. O MongoDB calcula este valor subtraindo o tempo atual da hora de início da operação.
Só aparece quando a operação estiver em execução; ou seja, se
activeétrue.
currentOp.opUma string que identifica o tipo de operação específico. Presente somente se
currentOp.typeforop.Os valores possíveis são:
"none""update""insert""query""command""getmore""remove""killcursors"
"query"operações incluem operações de leitura."command"As operações incluem a maioria dos comandos, comocreateIndexesefindAndModify.
currentOp.nsO namespace que a operação tem como alvo. Um namespace consiste no nome do banco de dados e o nome da coleção concatenado com um ponto (
.); isto é,"<database>.<collection>".
currentOp.commandUm documento contendo o objeto de comando completo associado a esta operação.
Por exemplo, a seguinte saída contém o objeto de comando para uma operação
findem uma collection denominadaitemsem um banco de dados denominadotest:"command" : { "find" : "items", "filter" : { "sku" : 1403978 }, ... "$db" : "test" } O seguinte exemplo de saída contém o objeto de comando para uma operação
getMoregerada por um comando com ID de cursor19234103609em uma collection denominadaitemsem um banco de dados denominadotest:"command" : { "getMore" : NumberLong("19234103609"), "collection" : "items", "batchSize" : 10, ... "$db" : "test" }, Se o documento de comando exceder 1 kilobyte, o documento terá o seguinte formulário:
"command" : { "$truncated": <string>, "comment": <string> } O campo
$truncatedcontém um resumo de strings do documento, excluindo o campocommentdo documento, se presente. Se, mesmo assim, o resumo exceder 1 kilobyte, ele será ainda mais truncado, indicado por uma reticência (...) no final da string.O campo
commentestá presente se algum comentário foi passado para a operação. Um comentário pode ser anexado a qualquer comando de banco de dados.
currentOp.planSummaryEspecifica se o cursor utiliza um exame de collection (
COLLSCAN) ou uma verificação de índice (IXSCAN { ... }).O
IXSCANtambém inclui o documento de especificação do índice utilizado.
currentOp.prepareReadConflictsO número de vezes que a operação atual precisou aguardar uma transação preparada com uma gravação para cometer ou abortar.
Enquanto aguarda, a operação atual continua mantendo todas as travas e recursos de mecanismo de armazenamento necessários.
Novidades na versão 4.2.
currentOp.writeConflictsO número de vezes que a operação atual entrou em conflito com outra operação de gravação no mesmo documento.
Novidades na versão 4.2.
currentOp.cursorNovidades na versão 4.2.
Um documento que contém as informações do cursor para operações
getmore; ou seja, ondeopégetmore.Se estiver relatando uma operação
getmoreantes que ogetmoretenha acessado as informações do cursor, o campocursornão estará disponível.currentOp.cursor.lastAccessDateNovidades na versão 4.2.
A data e a hora em que o cursor foi usado pela última vez.
currentOp.cursor.nDocsReturnedNovidades na versão 4.2.
O número cumulativo de documentos retornados pelo cursor.
currentOp.cursor.nBatchesReturnedNovidades na versão 4.2.
O número cumulativo de lotes gerados pelo cursor.
currentOp.cursor.noCursorTimeoutNovidades na versão 4.2.
O sinalizador que indica que o cursor não expira quando ocioso; ou seja, quando o cursor tem a opção
noTimeoutdefinida.Se verdadeiro, o cursor não expira quando ocioso.
Se falso, o cursor atingirá o tempo limite quando ocioso.
currentOp.cursor.tailableNovidades na versão 4.2.
O sinalizador que indica se o cursor é um cursor caudal para uma coleção limitada. Os cursores de ocorrências permanecem abertos após o cliente esgotar os resultados no cursor inicial.
currentOp.cursor.awaitDataNovidades na versão 4.2.
O sinalizador que indica se o cursor tailable deve bloquear temporariamente um comando
getMoreno cursor enquanto aguarda novos dados, em vez de retornar nenhum dado.Para cursores não rastreáveis, o valor é sempre falso.
currentOp.cursor.originatingCommandNovidades na versão 4.2.
O campo
originatingCommandcontém o objeto de comando completo (por exemplo,findouaggregate) que originalmente criou o cursor.Observação
A partir da versão 4.2, o MongoDB agora retorna o campo
originatingCommandcomo um campo aninhado no novo campocursor. Em versões anteriores, ooriginatingCommandera um campo de nível superior para o documento"getmore"associado.
currentOp.waitingForLatchO documento
waitingForLatchsó está disponível se a operação estiver aguardando a aquisição de uma primitiva de bloqueio interno (também conhecida como trava) ou se uma condição interna fosse atendida.Por exemplo,
"waitingForLatch" : { "timestamp" : ISODate("2020-03-19T23:25:58.412Z"), "captureName" : "FutureResolution", }, Campo de SaídaDescriçãotimestamp
A data e hora em que a operação começou a aguardar.
nome da captura
O nome interno da seção onde a operação está bloqueada no momento.
Novidades na versão 4.2.2.
currentOp.locksO documento
locksrelata o tipo e o modo de bloqueios que a operação mantém atualmente. Os possíveis tipos de bloqueio são os seguintes:Bloquear tipoDescriçãoParallelBatchWriterModeRepresenta um bloqueio para o modo de escrita em lote paralelo.
Em versões anteriores, as informações do PBWM foram relatadas como parte das informações de bloqueio do
Global.ReplicationStateTransitionRepresenta o bloqueio obtido para transições de estado membro do conjunto de réplicas.
GlobalRepresenta bloqueio global.
DatabaseRepresenta bloqueio de banco de dados.
CollectionRepresenta bloqueio de coleção.
MutexRepresenta mutex.
MetadataRepresenta bloqueio de metadados.
oplogRepresenta bloqueio no oplog.
Veja os modos possíveis:
Modo de bloqueioDescriçãoRRepresenta bloqueio compartilhado (S).
WRepresenta bloqueio exclusivo (X).
rRepresenta bloqueio de Intent Shared (IS).
wRepresenta bloqueio Intent Exclusive (IX).
currentOp.waitingForLockRetorna um valor booleano.
waitingForLockserátruese a operação estiver aguardando um bloqueio efalsese a operação tiver o bloqueio necessário.
currentOp.msgO
msgfornece uma mensagem que descreve o status e o progresso da operação. No caso de indexar ou mapReduzir operações, o campo relata a porcentagem de conclusão.
currentOp.progressRelatórios sobre o progresso de mapReduce ou operações de indexação. Os campos
progresscorrespondem à porcentagem de conclusão no campomsg. Oprogressespecifica as seguintes informações:
currentOp.killPendingRetorna
truese a operação estiver sinalizada para encerramento. Quando encontra seu próximo ponto de encerramento seguro, a operação termina.
currentOp.numYieldsnumYieldsé um contador que relata o número de vezes que a operação rendeu para permitir que outras operações sejam concluídas.Normalmente, as operações são realizadas quando precisam acessar dados que o MongoDB ainda não leu completamente na memória. Isso permite que outras operações que tenham dados na memória sejam concluídas rapidamente enquanto o MongoDB lê os dados para a operação de produção.
currentOp.dataThroughputLastSecondQuantidade de dados (em MiB) processados pela operação
validateno último segundo. Disponível somente para uma operaçãovalidateque esteja digitalizando documentos no momento. Por exemplo:"msg" : "Validate: scanning documents Validate: scanning documents: 7258/24000 30%", "progress" : { "done" : 7258, "total" : 24000 }, "numYields" : 0, "dataThroughputLastSecond" : 15.576952934265137, "dataThroughputAverage" : 15.375944137573242,
currentOp.dataThroughputAverageA quantidade média de dados (em MiB) processados pela operação
validate. Disponível somente para uma operaçãovalidateque esteja digitalizando documentos no momento. Por exemplo:"msg" : "Validate: scanning documents Validate: scanning documents: 7258/24000 30%", "progress" : { "done" : 7258, "total" : 24000 }, "numYields" : 0, "dataThroughputLastSecond" : 15.576952934265137, "dataThroughputAverage" : 15.375944137573242,
currentOp.fsyncLockEspecifica se o banco de dados está bloqueado para
fsync write/snapshot.Aparece apenas se estiver bloqueado; ou seja, se
fsyncLockfortrue.
currentOp.infoInformações sobre como desbloquear banco de dados do
db.fsyncLock(). Só aparece sefsyncLockfortrue.
currentOp.lockStatsPara cada tipo e modo de bloqueio (consulte
currentOp.lockspara obter descrições de tipos e modos de bloqueio), retorna as seguintes informações:currentOp.lockStats.acquireCountNúmero de vezes que a operação adquiriu a trava no modo especificado.
currentOp.lockStats.acquireWaitCountNúmero de vezes que a operação teve que esperar pelas aquisições de bloqueio
acquireCountporque os bloqueios foram mantidos em modo conflitante.acquireWaitCounté menor ou igual aacquireCount.
currentOp.lockStats.timeAcquiringMicrosTempo cumulativo em microssegundos que a operação teve que esperar para adquirir as travas.
timeAcquiringMicrosdividido poracquireWaitCountfornece um tempo médio aproximado de espera para o modo de bloqueio específico.
currentOp.waitingForFlowControlUm booleano que indica se a operação está em processo de espera pelo controle de fluxo.
Novidades na versão 4.2.
currentOp.flowControlStatsAs estatísticas de controle de fluxo desta operação.
Novidades na versão 4.2.
currentOp.flowControlStats.acquireCountO número de vezes que esta operação adquiriu um bilhete.
Novidades na versão 4.2.
currentOp.totalOperationTimeElapsedO tempo total decorrido, em segundos, para a operação de refragmentação atual. O tempo é definido como 0 quando uma nova operação de refragmentação é iniciada.
Presente somente se uma operação de refragmentação estiver ocorrendo.
Novidades na versão 5.0.
currentOp.remainingOperationTimeEstimatedremainingOperationTimeEstimatedSecs: tempo restante estimado em segundos para a operação de refragmentação atual. É retornado como-1quando uma nova operação de refragmentação é iniciada.Começando no:
MongoDB 5.0, mas antes do MongoDB 6.1, o
remainingOperationTimeEstimatedSecssó está disponível em um shard de receptor durante uma operação de refragmentação.MongoDB 6.1,
remainingOperationTimeEstimatedSecstambém está disponível no coordenador durante uma operação de refragmentação.
A operação de refragmentação executa estas fases na ordem:
A fase do clonagem duplica os dados da collection atual.
A fase de atualização aplica quaisquer operações de gravação pendentes à collection refragmentada.
remainingOperationTimeEstimatedSecsestá definido para uma estimativa de tempo pessimista:A estimativa de tempo da fase de recuperação é definida como o tempo da fase de clonagem, que é um tempo relativamente longo.
Na prática, se houver apenas algumas operações de escrita pendentes, o tempo de fase de recuperação real é relativamente curto.
Novidades na versão 5.0.
currentOp.approxDocumentsToCopyO número aproximado de documentos a serem copiados dos shards do doador para os shards do destinatário durante a operação de refragmentação. Esse número é uma estimativa que é definida no início da operação de refragmentação e não muda depois de definida. O número é definido como 0 quando uma nova operação de refragmentação é iniciada. É possível que
$currentOp.documentsCopiede$currentOp.bytesCopiedacabem excedendo$currentOp.approxDocumentsToCopye$currentOp.approxBytesToCopy, respectivamente, se a distribuição de dados após a refragmentação não for perfeitamente uniforme.Presente somente em um fragmento destinatário quando uma operação de refragmentação está ocorrendo.
Novidades na versão 5.0.
currentOp.documentsCopiedO número de documentos copiados de shards de doador para shards de destinatários durante a operação de refragmentação. O número é definido como 0 quando uma nova operação de refragmentação é iniciada.
Presente somente em um fragmento destinatário quando uma operação de refragmentação está ocorrendo.
Novidades na versão 5.0.
currentOp.approxBytesToCopyO número aproximado de bytes a serem copiados dos shards do doador para os do destinatário durante a operação de refragmentação. Esse número é uma estimativa que é definida no início da operação de refragmentação e não muda depois de definida. O número é definido como 0 quando uma nova operação de refragmentação é iniciada. É possível que
$currentOp.documentsCopiede$currentOp.bytesCopiedacabem excedendo$currentOp.approxDocumentsToCopye$currentOp.approxBytesToCopy, respectivamente, se a distribuição de dados após a refragmentação não for perfeitamente uniforme.Presente somente em um fragmento destinatário quando uma operação de refragmentação está ocorrendo.
Novidades na versão 5.0.
currentOp.bytesCopiedO número de bytes copiados dos shards doadores para os shards receptores durante a operação de refragmentação. O número é definido como 0 quando uma nova operação de refragmentação é iniciada.
Presente somente em um fragmento destinatário quando uma operação de refragmentação está ocorrendo.
Novidades na versão 5.0.
currentOp.totalCopyTimeElapsedO tempo total decorrido, em segundos, para tarefas contínuas de cópia de dados de shards do doador para shards do destinatário para a operação de atualização atual. O tempo é definido como 0 quando uma nova operação de refragmentação é iniciada.
Presente somente em um fragmento destinatário quando uma operação de refragmentação está ocorrendo.
Novidades na versão 5.0.
currentOp.oplogEntriesFetchedO número de entradas obtidas do oplog para a operação de refragmentação atual. O número é definido como 0 quando uma nova operação de refragmentação é iniciada.
Presente somente em um fragmento destinatário quando uma operação de refragmentação está ocorrendo.
Novidades na versão 5.0.
currentOp.oplogEntriesAppliedO número de entradas aplicadas ao oplog para a operação de refragmentação atual. O número é definido como 0 quando uma nova operação de refragmentação é iniciada.
Presente somente em um fragmento destinatário quando uma operação de refragmentação está ocorrendo.
Novidades na versão 5.0.
currentOp.totalApplyTimeElapsedO tempo total decorrido, em segundos, para a etapa de aplicação da operação de atualização atual. Na etapa de aplicação, os fragmentos do destinatário aplicam entradas de oplog para modificar seus dados com base em novos registros recebidos de fragmentos do doador. O tempo é definido como 0 quando uma nova operação de refragmentação é iniciada.
Presente somente em um fragmento destinatário quando uma operação de refragmentação está ocorrendo.
Novidades na versão 5.0.
currentOp.countWritesDuringCriticalSectionO número de gravações realizadas na seção crítica para a operação de refragmentação atual . A seção crítica evita novas gravações recebidas na collection sendo refragmentada. O número é definido como 0 quando uma nova operação de refragmentação é iniciada.
Presente apenas em um shard de doador quando uma operação de refragmentação está ocorrendo.
Novidades na versão 5.0.
currentOp.totalCriticalSectionTimeElapsedO tempo total decorrido, em segundos, para a seção crítica da operação de refragmentação atual. A seção crítica evita novas gravações recebidas na collection sendo refragmentada. O tempo é definido como 0 quando uma nova operação de refragmentação é iniciada.
Presente apenas em um shard de doador quando uma operação de refragmentação está ocorrendo.
Novidades na versão 5.0.
currentOp.donorStateO estado atual de um shard doador para a operação de refragmentação. O estado é definido como
unusedquando uma nova operação de refragmentação é iniciada.Presente apenas em um shard de doador quando uma operação de refragmentação está ocorrendo.
EstadoDescriçãounusedA operação de refragmentação está prestes a ser iniciada ou se recuperando de um failover primário.
preparing-to-donateO shard do doador está se preparando para doar dados para os shards do destinatário.
donating-initial-dataO shard do doador está doando dados para os shards do destinatário.
donating-oplog-entriesO shard do doador está doando entradas do oplog para os shards do destinatário.
preparing-to-block-writesO shard do doador está prestes a impedir a entrada de novas operações de gravação na collection que está sendo refragmentada.
errorOcorreu um erro durante a operação de refragmentação.
blocking-writesO shard do doador está evitando novas operações de escrita recebidas e o shard do doador notificou todos os shards do destinatário de que novas gravações recebidas são evitadas.
doneO shard do doador descartou a collection fragmentada antiga e a operação de refragmentação foi concluída.
Novidades na versão 5.0.
currentOp.recipientStateO estado atual de um shard destinatário para uma operação de refragmentação. O estado é definido como
unusedquando uma nova operação de refragmentação é iniciada.Presente apenas em um shard de doador quando uma operação de refragmentação está ocorrendo.
EstadoDescriçãounusedA operação de refragmentação está prestes a ser iniciada ou se recuperando de um failover primário.
awaiting-fetch-timestampO shard do destinatário está esperando que os shards do doador estejam preparados para doar seus dados.
creating-collectionO shard do destinatário está criando a nova collection fragmentada.
cloningO shard do destinatário está recebendo dados dos shards do doador.
applyingO shard do destinatário está aplicando entradas do oplog para modificar sua cópia dos dados com base nas novas gravações recebidas dos shards do doador.
errorOcorreu um erro durante a operação de refragmentação.
strict-consistencyO shard do destinatário tem todas as alterações de dados armazenadas em uma collection temporária.
doneA operação de refragmentação foi concluída.
Novidades na versão 5.0.
currentOp.coordinatorStateO estado do coordenador de refragmentação para a operação de refragmentação atual. O coordenador de refragmentação é uma operação executada no servidor de configuração primary. O estado é definido como
unusedquando uma nova operação de refragmentação é iniciada.Presente somente no servidor de configuração de coordenação.
EstadoDescriçãounusedA operação de refragmentação está prestes a ser iniciada ou se recuperando de um failover primário.
initializingO coordenador de refragmentação inseriu o documento do coordenador no
config.reshardingOperationse adicionou oreshardingFieldsà entradaconfig.collectionspara a collection original.preparing-to-donateO coordenador de refragmentação
criou uma entrada
config.collectionspara a collection de refragmentação temporária.inseriu entradas em
config.chunkspara faixas baseadas na nova chave de shard.inseriu entradas em
config.tagspara quaisquer zonas associadas à nova chave de shard.
O coordenador informa aos shards participantes para que iniciem a operação de refragmentação. O coordenador então aguarda até que todos os shards doadores tenham escolhido um
minFetchTimestampe estejam prontos para doar.cloningO coordenador de refragmentação informa os shards do doador para doar dados aos shards do destinatário. O coordenador espera que todos os destinatários terminem de clonar os dados do doador.
applyingO coordenador de refragmentação informa aos shards do destinatário que modifiquem suas cópias dos dados com base nas novas gravações recebidas dos shards do doador. O coordenador espera que todos os destinatários terminem de aplicar as entradas do oplog.
blocking-writesO coordenador de refragmentação informa os shards doadores para impedir novas operações de gravação de entrada na collection que está sendo redistribuída. O coordenador então espera que todos os destinatários tenham todas as alterações de dados.
abortingOcorreu um erro irrecuperável durante a operação de refragmentação ou o comando
abortReshardCollection(ou o métodosh.abortReshardCollection()) foi executado.committingO coordenador de refragmentação remove a entrada
config.collectionspara a collection de refragmentação temporária. O coordenador então adiciona orecipientFieldsà entrada da collection de origem.Novidades na versão 5.0.
currentOp.opStatusO estado atual de uma operação de atualização.
Presente somente se uma operação de refragmentação estiver ocorrendo. Depois que a operação for concluída, ela será removida da saída
currentOp.EstadoDescriçãoactively runningA operação de refragmentação está sendo executada ativamente.
successA operação de refragmentação foi bem-sucedida.
failureA operação de refragmentação falhou.
canceledA operação de refragmentação foi cancelada.
Novidades na versão 5.0.