定義
currentOpインスタンスに対して進行中の操作に関する情報を含む ドキュメント
mongodを返します。
互換性
このコマンドは、次の環境でホストされている配置で使用できます。
MongoDB Atlas はクラウドでの MongoDB 配置のためのフルマネージド サービスです
注意
このコマンドは、すべての MongoDB Atlas クラスターでサポートされています。すべてのコマンドに対する Atlas のサポートについては、「サポートされていないコマンド」を参照してください。
MongoDB Enterprise: サブスクリプションベースの自己管理型 MongoDB バージョン
MongoDB Community: ソースが利用可能で、無料で使用できる自己管理型の MongoDB のバージョン
構文
このコマンドの構文は、次のとおりです。
{ currentOp: 1 }
注意
MongoDB5.0 以降では、ヘルパー$currentOp メソッド をdb.currentOp() とともに実行するときにmongosh 集計ステージが使用されます。
これを考慮すると、shell の5.0 バージョンと mongosh では、 の結果セットは、前のレガシー バージョンのドキュメントのdb.currentOp() 16MB BSONmongo ドキュメント 戻りサイズ 制限を受けません。
動作
currentOpはadminデータベースに対して実行する必要があり、いくつかのオプション フィールドを受け入れることができます。
フィールド | 説明 |
|---|---|
| ブール値。
バージョン3.2.9の新機能。 |
| ブール値。
|
<filter> | 出力フィールド でフィルター条件を指定します。例 を参照してください。 |
| 任意。このコマンドに添付するユーザー指定のコメント。設定すると、このコメントは以下の場所にこのコマンドの記録と合わせて表示されます。
コメントには、有効な BSON 型(string, integer, object, array など)を使用できます。 |
currentOp とデータベースプロファイラーがCRUD操作について報告する基本的な診断情報は同じで、次のようなものがあります。
getMore(OP_GET_MORE とcommand)
これらの操作は低速クエリのログにも含まれます。 低速クエリ ロギングの詳細については、 slowOpThresholdMsを参照してください。
アクセス制御
authorization で実行されているシステムでは、ユーザーに inprog 特権アクションを含むアクセス権が必要です。
ユーザーはmongodインスタンスで$ownOpsを使用して、 inprog特権アクションなしで自分の操作を表示できます。
db.adminCommand( { currentOp: 1, "$ownOps": 1 } )
例
次の例では、さまざまなクエリ ドキュメントでcurrentOpコマンドを使用して出力をフィルタリングします。
現在のすべての操作の表示
db.adminCommand( { currentOp: true, "$all": true } )
ロックを待機する書込み (write) 操作
次の例では、ロックを待機しているすべての書込み (write) 操作に関する情報を返します。
db.adminCommand( { currentOp: true, "waitingForLock" : true, $or: [ { "op" : { "$in" : [ "insert", "update", "remove" ] } }, { "command.findandmodify": { $exists: true } } ] } )
中断のないアクティブな操作
次の例では、実行中のアクティブな操作のうち、中断していないすべての操作に関する情報を返します。
db.adminCommand( { currentOp: true, "active" : true, "numYields" : 0, "waitingForLock" : false } )
特定のデータベースに対するアクティブな操作
次の例では、3 秒以上実行されているデータベース db1 のすべてのアクティブな操作に関する情報を返します。
db.adminCommand( { currentOp: true, "active" : true, "secs_running" : { "$gt" : 3 }, "ns" : /^db1\./ } )
アクティブなインデックス操作
次の例では、インデックスの作成操作に関する情報を返します。
db.adminCommand( { currentOp: true, $or: [ { op: "command", "command.createIndexes": { $exists: true } }, { op: "none", "msg" : /^Index Build/ } ] } )
出力例
以下は、スタンドアロンで実行した場合のcurrentOp出力のプロトタイプです。
{ "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> }
以下は、レプリカセットのプライマリで実行した場合のcurrentOp出力のプロトタイプです。
{ "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> }
以下は、シャーディングされたクラスターの で実行された場合のcurrentOp mongos出力の例えです(フィールドは、報告される操作によって異なる場合があります)。
{ "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> }
出力フィールド
currentOp.typeバージョン 4.2の新機能
操作の種類。 値は次のいずれかです。
opidleSessionidleCursor
currentOp.typeがopの場合、currentOp.opは特定の操作の詳細を提供します。
currentOp.descクライアントの説明。 この string には
connectionIdが含まれます。
currentOp.client操作が発生した場所に関する情報を含む string。
マルチドキュメントトランザクションの場合、
clientはトランザクション内で操作を実行するための最新のクライアントに関する情報を保存します。
currentOp.appNameバージョン 3.4 で追加。
操作を実行したクライアント・アプリケーションの識別子。
appName接続stringオプションを使用して、appNameフィールドにカスタム値を設定します。
currentOp.clientMetadataクライアントに関する追加情報。
マルチドキュメントトランザクションの場合、
clientはトランザクション内で操作を実行するための最新のクライアントに関する情報を保存します。
currentOp.effectiveUsers操作に関連付けられた各ユーザーのドキュメントを含む配列。 各ユーザー ドキュメントには、
user名と認証dbが含まれています。バージョン 4.2の新機能
currentOp.runBy操作のために
effectiveUser(s)を引き受けている各ユーザーのドキュメントを含む配列。 runBy ドキュメントにはuser名と認証dbが含まれています。 一般に、 runBy ユーザーは__systemユーザーです。例:"runBy" : [ { "user" : "__system", "db" : "local" } ] シャーディングされたクラスターでのみ利用可能
バージョン 4.2の新機能
currentOp.transactionマルチドキュメントトランザクション情報を含むドキュメント。
操作がマルチドキュメントトランザクションの一部である場合にのみ存在します。
currentOp.transaction.parametersマルチドキュメントトランザクションに関する情報を含むドキュメント。
操作がマルチドキュメントトランザクションの一部である場合にのみ存在します。
currentOp.transaction.parameters.autocommitトランザクションでオートコミットがオンになっているかどうかを示すブール値のフラグ。
操作がマルチドキュメントトランザクションの一部である場合にのみ存在します。
currentOp.transaction.parameters.readConcernトランザクションの読み取り保証( read concern )です。
マルチドキュメントトランザクションは、読み取り保証(read concern)
"snapshot"、"local"、"majority"をサポートします。操作がマルチドキュメントトランザクションの一部である場合にのみ存在します。
currentOp.transaction.readTimestampトランザクション内の操作によって読み取られるスナップショットのタイムスタンプ。
操作がマルチドキュメントトランザクションの一部である場合にのみ存在します。
currentOp.transaction.startWallClockTimeトランザクションが開始された日時(タイムゾーン)。
操作がマルチドキュメントトランザクションの一部である場合にのみ存在します。
currentOp.transaction.timeOpenMicrosトランザクションの期間(マイクロ秒単位)。
timeActiveMicrosに追加される の値はtimeInactiveMicrostimeOpenMicrosと等しくなっている必要があります。操作がマルチドキュメントトランザクションの一部である場合にのみ存在します。
currentOp.transaction.timeActiveMicrosトランザクションがアクティブになっている合計時間。つまり、トランザクションで操作が実行されていた場合を指します。
timeActiveMicrosに追加される の値はtimeInactiveMicrostimeOpenMicrosと等しくなっている必要があります。操作がマルチドキュメントトランザクションの一部である場合にのみ存在します。
currentOp.transaction.timeInactiveMicrosトランザクションが非アクティブであった合計時間。トランザクションで実行中の操作がない場合。
timeInactiveMicrosに追加される の値はtimeActiveMicrostimeOpenMicrosと等しくなっている必要があります。操作がマルチドキュメントトランザクションの一部である場合にのみ存在します。
currentOp.transaction.expiryTimeトランザクションがタイムアウトして中止される日時(タイムゾーンあり)。
currentOp.transaction.expiryTimeはcurrentOp.transaction.startWallClockTime+transactionLifetimeLimitSecondsに等しくなります。詳細については、「 トランザクションの実行時間制限 」を参照してください。
操作がマルチドキュメントトランザクションの一部である場合にのみ存在します。
currentOp.twoPhaseCommitCoordinator次のいずれかに関する情報
書込み (write) 操作が複数のシャードにまたがるトランザクションのコミット調整メトリクス。
コミット調整はシャードによって処理され、
currentOp(mongosまたはシャード ノードで実行)は、そのシャードによって現在調整されているトランザクションについてのみシャードの調整情報を返します。コミット調整メトリクスのみをフィルタリングするには:
db.currentOp( { desc: "transaction coordinator" }) 特定のコミット調整操作(
currentOp.typeはopであり、currentOp.descは"TransactionCoordinator"です)。
currentOp.twoPhaseCommitCoordinator.lsidマルチシャード トランザクションのセッション識別子。
currentOp.twoPhaseCommitCoordinator.txnNumberマルチシャード トランザクションのトランザクション番号。
currentOp.twoPhaseCommitCoordinator.actionトランザクションの調整役によって生成される特定のコミット調整操作は、以下のとおりです。
"sendingPrepare""sendingCommit""sendingAbort""writingParticipantList""writingDecision""deletingCoordinatorDoc"
currentOp.twoPhaseCommitCoordinator.stateコミット調整プロセスの現在のステップまたは状態。
ステップ/ステージ説明inactiveコミットのアクティブな一部ではない。
writingParticipantListこのマルチシャード トランザクションの一部であるシャードのリストをローカル レコードで書込み (write) ます。
waitingForVotes参加者がコミットまたは中止への投票で応答するまで待機します。
writingDecision投票に基づいてコミットまたは中止するかどうかのコーディネーターの決定をローカル レコードで書き込みます。
waitingForDecisionAckコーディネーターのコミットまたは中止の決定を確認するまで、参加者が待機します。
deletingCoordinatorDocコミット決定のローカル レコードを削除します。
currentOp.twoPhaseCommitCoordinator.hasRecoveredFromFailoverコミットを調整しているシャードで フェイルオーバー によりコミット調整が再開されたかどうかを示すブール値。
hasRecoveredFromFailoverが true の場合、currentOp.twoPhaseCommitCoordinator.stepDurationsで指定される時間がすべてのステップで正確にならない可能性があります。
currentOp.twoPhaseCommitCoordinator.stepDurationsコミット調整
steps/stateが完了した、または進行中の期間をマイクロ秒単位で含むドキュメント。"stepDurations" : { "writingParticipantListMicros" : NumberLong(17801), "totalCommitDurationMicros" : NumberLong(42488463), "waitingForVotesMicros" : NumberLong(30378502), "writingDecisionMicros" : NumberLong(15015), "waitingForDecisionAcksMicros" : NumberLong(12077145), "deletingCoordinatorDocMicros" : NumberLong(6009) }, currentOp.twoPhaseCommitCoordinator.hasRecoveredFromFailoverが true の場合、stepDurationsで指定される時間がすべてのステップで正確にならない可能性があります。inactive状態のコーディネーターの場合、ドキュメントは空です。"stepDurations" : { } 「
currentOp.twoPhaseCommitCoordinator.state」を参照してください。
currentOp.twoPhaseCommitCoordinator.decisionコミットまたは中止の決定を含むドキュメント。例:
コミットの決定を行うには:
"decision" : { "decision" : "commit", "commitTimestamp" : Timestamp(1572034669, 3) } 中止の決定を行うには:
"decision" : { "decision" : "abort", "abortStatus" : { "code" : 282, "codeName" : "TransactionCoordinatorReachedAbortDecision", "errmsg" : "Transaction exceeded deadline" } }
currentOp.opid操作の識別子。 この値を
db.killOp()のmongoshに渡すと、操作を終了できます。警告
実行中の操作は、細心の注意を払って終了します。 クライアントによって開始された操作を終了するには
db.killOp()のみを使用し、内部データベース操作は終了しません。
currentOp.active操作が開始されたかどうかを指定するブール値。 値は、操作が開始された場合は
trueで、操作がアイドル状態(アイドル接続や現在アイドル状態の内部スレッドなど)の場合はfalseです。 操作が別の操作に中断された場合でも、操作をアクティブにすることができます。 非アクティブなsignalProcessingThreadなどの一部の非アクティブなバックグラウンド スレッドの場合、MongoDB はさまざまな空のフィールドを抑制します。
currentOp.secs_running操作の期間(秒単位)。 MongoDB は、操作の開始時刻から現在の時刻を減算してこの値を計算します。
操作が実行中の場合にのみ表示されます。つまり、
activeがtrueの場合は になります。
currentOp.microsecs_running操作の継続時間(マイクロ秒単位)。 MongoDB は、操作の開始時刻から現在の時刻を減算してこの値を計算します。
操作が実行中の場合にのみ表示されます。つまり、
activeがtrueの場合は になります。
currentOp.op特定の操作タイプを識別する string。
currentOp.typeがopの場合にのみ存在します。可能な値は次のとおりです。
"none""update""insert""query""command""getmore""remove""killcursors"
"query"操作には、読み取り操作が含まれます。"command"操作には、 やcreateIndexesなどのほとんどの コマンドfindAndModifyが含まれます。
currentOp.ns操作の対象となる名前空間。 名前空間は、データベース名とコレクション名をドットで連結したもの(
.)で構成されています。つまり、"<database>.<collection>"です。
currentOp.commandこの操作に関連付けられた完全なコマンドオブジェクトを含むドキュメント。
たとえば、次の出力には、
testという名前のデータベース内のitemsという名前のコレクションに対するfind操作のコマンド オブジェクトが含まれています。"command" : { "find" : "items", "filter" : { "sku" : 1403978 }, ... "$db" : "test" } 次の出力例には、
testという名前のデータベース内のitemsという名前のコレクションで、カーソル ID19234103609を持つ コマンドによって生成されたgetMore操作のコマンド オブジェクトが含まれています。"command" : { "getMore" : NumberLong("19234103609"), "collection" : "items", "batchSize" : 10, ... "$db" : "test" }, コマンド ドキュメントが 1 キロバイトを超える場合、ドキュメントの形式は次のようになります。
"command" : { "$truncated": <string>, "comment": <string> } $truncatedフィールドには、ドキュメントのcommentフィールド(存在する場合)を除いたドキュメントの string のサマリーが含まれます。 サマリーが依然として 1 キロバイトを超える場合は、さらに切り捨てられ、string の末尾に省略記号 (...) が表示されます。操作にコメントが渡された場合、
commentフィールドが存在します。任意のデータベースコマンドにコメントを添付できます。
currentOp.planSummaryカーソルがコレクションスキャン(
COLLSCAN)またはインデックススキャン(IXSCAN { ... })のどちらを使用するかを指定します。IXSCANには、使用されるインデックスの仕様ドキュメントも含まれます。
currentOp.prepareReadConflicts現在の操作が、コミットまたは中止するための書込み (write) で準備されたトランザクションを待機しなければならなかった回数。
待機中も、現在の操作は必要なロックとストレージ エンジン リソースを保持し続けます。
バージョン 4.2の新機能
currentOp.cursorバージョン 4.2の新機能
getmore操作のカーソル情報を含むドキュメントすなわち ここで、opはgetmoreです。getmoreがカーソル情報にアクセスする前にgetmore操作を報告する場合、cursorフィールドは使用できません。currentOp.cursor.noCursorTimeoutバージョン 4.2の新機能
アイドル状態の場合、カーソルがタイムアウトしないことを示すフラグ。 (つまり、カーソルに
noTimeoutオプションが設定されている場合)。true の場合、アイドル状態のときにカーソルはタイムアウトしません。
false の場合、アイドル状態のときにカーソルはタイムアウトになります。
currentOp.cursor.tailableバージョン 4.2の新機能
カーソルがCappedコレクションの 追尾可能 (tailable) カーソル かどうかを示すフラグ。 クライアントが初期カーソルの結果を使い果たした後も、追尾可能 (tailable) カーソルはオープンしたままになります。
currentOp.cursor.awaitDataバージョン 4.2の新機能
追尾可能 (tailable) カーソルが、データを返さずに新しいデータを待機している間に、カーソル上の
getMoreコマンドを一時的にブロックするかどうかを示すフラグ。追尾可能 (tailable) ではないカーソルの場合、値は常に false です。
currentOp.cursor.originatingCommandバージョン 4.2の新機能
originatingCommandフィールドには完全なコマンドオブジェクト(例:findまたはaggregate)が必要です。注意
MongoDB バージョン 4.2 以降では、新しい
cursorフィールドにネストされたフィールドとしてoriginatingCommandフィールドが返されるようになりました。 以前のバージョンでは、originatingCommandは関連付けられた"getmore"ドキュメントの最上位フィールドでした。
currentOp.waitingForLatchwaitingForLatchドキュメントは、操作が内部のロック プリミティブ(ラッチ)、または内部条件が満たされるのを待機している場合にのみ使用できます。たとえば、
"waitingForLatch" : { "timestamp" : ISODate("2020-03-19T23:25:58.412Z"), "captureName" : "FutureResolution", }, 出力フィールド説明タイムスタンプ
操作が待機を開始した日時。
acceptName
操作が現在ブロックされているセクションの内部名。
バージョン 4.2.2 の新機能。
currentOp.lockslocksドキュメントは、操作が現在保持しているロックのタイプとモードを報告します。 使用可能なロック タイプは、以下のとおりです。ロック タイプ説明ParallelBatchWriterMode並列バッチ書込みモードのロックを表します。
以前のバージョンでは、PBWM 情報は
Globalロック情報の一部として報告されていました。ReplicationStateTransitionレプリカセットの状態遷移に対して取得されたロックを表します。
Globalグローバル ロックを表します。
Databaseデータベース ロックを表します。
Collectionコレクション ロックを表します。
Mutexミューテックスを表します。
Metadataメタデータ ロックを表します。
oplogoplog のロックを表します。
使用可能なモードは次のとおりです。
ロックモード説明R共有ロック(S)を表します。
W排他ロック(X)を表します。
rインテント共有ロック(IS)を表します。
wインテント排他ロック(IX)を表します。
currentOp.waitingForLockブール値を返します。
waitingForLockは、操作がロックを待機している場合はtrueであり、操作に必要なロックがある場合はfalseです。
currentOp.msgmsgには、操作のステータスと進行状況を説明するメッセージが表示されます。 インデックス操作または mapReduce 操作の場合、 フィールドには完了率が報告されます。
currentOp.progressmapReduce またはインデックス操作の進行状況を報告します。
progressフィールドは、msgフィールドの完了パーセンテージに対応します。progressは、次の情報を指定します。
currentOp.numYieldsnumYieldsは、他の操作を完了させるために操作が中断した回数を報告するカウンターです。通常、MongoDB がまだ完全にメモリに読み込んでいないデータにアクセスする必要がある場合、操作は中断します。 これにより、MongoDB が中断された操作のデータを読み込んでいる間に、メモリにデータがある他の操作を迅速に完了できます。
currentOp.dataThroughputLastSecond過去 1 秒に
validate操作によって処理されたデータの量(MiB 単位)。 現在ドキュメントをスキャンしているvalidate操作でのみ使用できます。 例:"msg" : "Validate: scanning documents Validate: scanning documents: 7258/24000 30%", "progress" : { "done" : 7258, "total" : 24000 }, "numYields" : 0, "dataThroughputLastSecond" : 15.576952934265137, "dataThroughputAverage" : 15.375944137573242,
currentOp.dataThroughputAveragevalidate操作によって処理された平均データ量(MiB 単位)。 現在ドキュメントをスキャンしているvalidate操作でのみ使用できます。 例:"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データベースが現在
fsync write/snapshotに対してロックされているかどうかを指定します。ロックされている場合にのみ表示されます。つまり、
fsyncLockがtrueの場合は になります。
currentOp.infodb.fsyncLock()からデータベースのロックを解除する方法に関する情報。fsyncLockがtrueの場合にのみ表示されます。
currentOp.lockStats各ロック タイプとモード(ロック タイプとモードの説明については、
currentOp.locksを参照)について、次の情報を返します。currentOp.lockStats.acquireWaitCountロックが競合モードで保持されていたために操作が
acquireCountロックの取得を待機しなければならなかった回数。acquireWaitCountはacquireCountより小さいです。
currentOp.lockStats.timeAcquiringMicros操作がロックを取得するために待機しなければならなかった累計時間(マイクロ秒単位)。
timeAcquiringMicrosをacquireWaitCountで割ると、特定のロック モードのおおよその平均待機時間が得られます。
currentOp.waitingForFlowControl操作がフロー制御を待機しているプロセス内かどうかを示すブール値。
バージョン 4.2の新機能
currentOp.totalOperationTimeElapsed現在のリシャーディング操作の合計経過時間(秒単位)。 新たにリシャーディング操作を開始すると、時間は 0 に設定されます。
リシャーディング操作 が行われている場合にのみ存在します。
バージョン 5.0 で追加
currentOp.remainingOperationTimeEstimatedremainingOperationTimeEstimatedSecs: 現在のリシャーディング操作の推定残り時間(秒単位)。 新たにリシャーディング操作を開始すると、-1として返されます。次以降:
MongoDB 5.0 および MongoDB 6.1 より前では、
remainingOperationTimeEstimatedSecsは 再シャーディング操作 中に受信者シャードでのみ使用できます。MongoDB 6.1、
remainingOperationTimeEstimatedSecsは、リシャーディング操作中にコーディネーターで使用することもできます。
リシャーディング操作では、これらのフェーズを順番に実行されます。
クローン フェーズは、現在のコレクション データを複製します。
キャッチアップ フェーズは、保留中の書込み (write) 操作をリシャーディングされたコレクションに適用します。
remainingOperationTimeEstimatedSecsは悲観的な時間推定値に設定されています。キャッチアップフェーズの推定時間は、比較的長い時間であるクローンフェーズ時間に設定されます。
実際には、保留中の書込み操作が少ない場合、実際のキャッチアップ フェーズ時間は比較的短いです。
バージョン 5.0 で追加
currentOp.approxDocumentsToCopyリシャーディング操作中にドナー シャードから受信者シャードにコピーされるドキュメントのおおよその数です。 この数値は、リシャーディング操作の開始時に設定され、設定された後は変化しない推定値です。 新たにリシャーディング操作を開始すると、数値は 0 に設定されます。 リシャーディング後のデータ分布が完全に均等でない場合、
$currentOp.documentsCopiedと$currentOp.bytesCopiedはそれぞれ$currentOp.approxDocumentsToCopyと$currentOp.approxBytesToCopyを超えてしまう可能性があります。リシャーディング操作 が行われているときにのみ 受信者シャード に存在します。
バージョン 5.0 で追加
currentOp.documentsCopiedリシャーディング操作中にドナー シャードから受信者シャードにコピーされたドキュメントの数です。 新たにリシャーディング操作を開始すると、数値は 0 に設定されます。
リシャーディング操作 が行われているときにのみ 受信者シャード に存在します。
バージョン 5.0 で追加
currentOp.approxBytesToCopyリシャーディング操作中にドナー シャードから受信者シャードにコピーされるおおよそのバイト数。 この数値は、リシャーディング操作の開始時に設定され、設定された後は変化しない推定値です。 新たにリシャーディング操作を開始すると、数値は 0 に設定されます。 リシャーディング後のデータ分布が完全に均等でない場合、
$currentOp.documentsCopiedと$currentOp.bytesCopiedはそれぞれ$currentOp.approxDocumentsToCopyと$currentOp.approxBytesToCopyを超えてしまう可能性があります。リシャーディング操作 が行われているときにのみ 受信者シャード に存在します。
バージョン 5.0 で追加
currentOp.bytesCopiedリシャーディング操作中にドナー シャードから受信者シャードにコピーされたバイト数です。 新たにリシャーディング操作を開始すると、数値は 0 に設定されます。
リシャーディング操作 が行われているときにのみ 受信者シャード に存在します。
バージョン 5.0 で追加
currentOp.totalCopyTimeElapsed現在のリシャーディング操作におけるドナー シャードから受信者シャードへの進行中のデータ コピー タスクの合計経過時間(秒単位)。 新たにリシャーディング操作を開始すると、時間は 0 に設定されます。
リシャーディング操作 が行われているときにのみ 受信者シャード に存在します。
バージョン 5.0 で追加
currentOp.oplogEntriesFetched現在の リシャーディング操作 で oplog から取得されたエントリの数です。新たにリシャーディング操作を開始すると、数値は 0 に設定されます。
リシャーディング操作 が行われているときにのみ 受信者シャード に存在します。
バージョン 5.0 で追加
currentOp.oplogEntriesApplied現在の リシャーディング操作 で oplog に適用されたエントリの数。新たにリシャーディング操作を開始すると、数値は 0 に設定されます。
リシャーディング操作 が行われているときにのみ 受信者シャード に存在します。
バージョン 5.0 で追加
currentOp.totalApplyTimeElapsed現在のリシャーディング操作における適用ステップの合計経過時間(秒単位)です。 適用ステップでは、受信者シャードは、ドナー シャードから新たに受信した書込み (write) に基づいてデータを変更するために、 oplogエントリを適用します。 新たにリシャーディング操作を開始すると、時間は 0 に設定されます。
リシャーディング操作 が行われているときにのみ 受信者シャード に存在します。
バージョン 5.0 で追加
currentOp.countWritesDuringCriticalSection現在のリシャーディング操作でクリティカル セクションにおいて実行された書込み (write) の数。 クリティカル セクションは、リシャーディング中のコレクションへの新規の受信書込み (write) を防止します。 新たにリシャーディング操作を開始すると、数値は 0 に設定されます。
リシャーディング操作が行われているときにのみ存在します。
バージョン 5.0 で追加
currentOp.totalCriticalSectionTimeElapsed現在のリシャーディング操作におけるクリティカル セクションの合計経過時間(秒単位)。 クリティカル セクションは、リシャーディング中のコレクションへの新規の受信書込み (write) を防止します。 新たにリシャーディング操作を開始すると、時間は 0 に設定されます。
リシャーディング操作が行われているときにのみ存在します。
バージョン 5.0 で追加
currentOp.donorStateリシャーディング操作におけるドナー シャードの現在の状態です。 新たにリシャーディング操作を開始すると、状態は
unusedに設定されます。リシャーディング操作が行われているときにのみ存在します。
状態説明unusedリシャーディング操作を開始またはプライマリ フェイルオーバーから回復しようとしているとき
preparing-to-donateドナー シャードは、受信者シャードにデータを提供する準備をしています。
donating-initial-dataドナー シャードは受信者シャードにデータを提供します。
donating-oplog-entriesドナー シャードは、受信者シャードに oplog エントリを提供しています。
preparing-to-block-writesドナー シャードは、リシャーディング中のコレクションへの新規の受信書込み (write) 操作を阻止しようとしています。
errorリシャーディング操作中にエラーが発生しました
blocking-writesドナー シャードは新規の受信書込み (write) 操作を防ぎ、新規の受信書込み (write) が禁止されていることをすべての受信者シャードに通知しました。
doneドナー シャードは古いシャーディングされたコレクションを削除し、リシャーディング操作は完了しました。
バージョン 5.0 で追加
currentOp.recipientStateリシャーディング操作 における受信者シャードの現在の状態です。 新たにリシャーディング操作を開始すると、状態は
unusedに設定されます。リシャーディング操作が行われているときにのみ存在します。
状態説明unusedリシャーディング操作を開始またはプライマリ フェイルオーバーから回復しようとしているとき
awaiting-fetch-timestamp受信シャードは、ドナー シャードがデータを提供する準備ができるのを待っています。
creating-collection受信者シャードは新しいシャーディングされたコレクションを作成しています。
cloning受信者シャードはドナー シャードからデータを受信しています。
applying受信者シャードは、ドナー シャードからの新規受信書込み (write) に基づいてデータのコピーを変更するために、oplog エントリを適用しています。
errorリシャーディング操作中にエラーが発生しました
strict-consistency受信者シャードでは、すべてのデータ変更は一時的なコレクションに保存されます。
doneリシャーディング操作が完了しました。
バージョン 5.0 で追加
currentOp.coordinatorState現在のリシャーディング操作におけるリシャーディング コーディネーターの状態です。 リシャーディング コーディネーターは、 コンフィギュレーションサーバーのプライマリで実行される操作です。 新たにリシャーディング操作を開始すると、状態は
unusedに設定されます。調整コンフィギュレーションサーバー上にのみ存在します。
状態説明unusedリシャーディング操作を開始またはプライマリ フェイルオーバーから回復しようとしているとき
initializingリシャーディング コーディネーターは、コーディネーター ドキュメントを
config.reshardingOperationsに挿入し、元のコレクションのconfig.collectionsエントリにreshardingFieldsを追加しました。preparing-to-donateリシャーディング コーディネーター
は一時的なリシャーディング コレクション用の
config.collectionsエントリを作成しました。は新しいシャードキーに基づく範囲に対するエントリを
config.chunksに挿入しました。は新しいシャード キーに関連付けられたすべてのゾーンに対するエントリを
config.tagsに挿入しました。
コーディネーターは、参加シャードにリシャーディング操作を開始するように通知します。その後、コーディネーターはすべてのドナー シャードが
minFetchTimestampを選択し、提供の準備が整うまで待ちます。cloningリシャーディング コーディネーターは、受信者シャードにデータを提供するようドナー シャードに通知します。コーディネーターは、すべての受信者がドナーからのデータの複製を完了させるのを待機します。
applyingリシャーディング コーディネーターは、ドナー シャードから新たに受信した書込み (write) に基づいてデータのコピーを変更するよう、受信者シャードに通知します。コーディネーターは、すべての受信者が oplog エントリの適用を完了させるのを待機します。
blocking-writesリシャーディング コーディネーターは、コレクションへの新たな受信書込み (write) 操作がリシャーディングされないよう、ドナー シャードに通知します。その後、コーディネーターはすべての受信者がすべてのデータ変更を完了させるのを待機します。
abortingリシャーディング操作中に回復不能なエラーが発生したか、
abortReshardCollectionコマンド(またはsh.abortReshardCollection()メソッド)が実行されました。committingリシャーディング コーディネーターは、一時的なリシャーディングコレクションの
config.collectionsエントリを削除します。次に、コーディネーターはrecipientFieldsをソース コレクションのエントリに追加します。バージョン 5.0 で追加