- Reference >
mongoShell Methods >- Database Methods >
- db.currentOp()
db.currentOp()¶
On this page
Definition¶
-
db.currentOp()¶ Returns a document that contains information on in-progress operations for the database instance.
db.currentOp()method has the following form:The
db.currentOp()method can take the following optional argument:Parameter Type Description operationsboolean or document Optional. Specifies the operations to report on. Can pass either a boolean or a document.
Specify
trueto include operations on idle connections and system operations. Specify a document with query conditions to report only on operations that match the conditions. See Behavior for details.
Behavior¶
If you pass in true to db.currentOp(), the method returns
information on all operations, including operations on idle
connections and system operations.
Passing in true is equivalent to passing in a query document of {
'$all': true }.
If you pass a query document to db.currentOp(), the output
returns information only for the current operations that match the
query. You can query on the Output Fields. See
Examples.
You can also specify { '$all': true } query document to return
information on all in-progress operations, including operations on idle
connections and system operations. If you specify in the query document
other conditions as well as '$all': true, only the '$all': true
applies.
Access Control¶
On systems running with authorization, a user must
have access that includes the inprog action. For example,
see Create a Role to Manage Current Operations.
Examples¶
The following examples use the db.currentOp() method with
various query documents to filter the output.
Write Operations Waiting for a Lock¶
The following example returns information on all write operations that are waiting for a lock:
Active Operations with no Yields¶
The following example returns information on all active running operations that have never yielded:
Active Operations on a Specific Database¶
The following example returns information on all active operations for
database db1 that have been running longer than 3 seconds:
Active Indexing Operations¶
The following example returns information on index creation operations:
Output Example¶
The following is an example of db.currentOp() output.
Output Fields¶
-
currentOp.opid¶ The identifier for the operation. You can pass this value to
db.killOp()in themongoshell to terminate the operation.Warning
Terminate running operations with extreme caution. Only use
db.killOp()to terminate operations initiated by clients and do not terminate internal database operations.
-
currentOp.active¶ A boolean value specifying whether the operation has started. Value is
trueif the operation has started orfalseif the operation is queued and waiting for a lock to run.activemay betrueeven if the operation has yielded to another operation.
-
currentOp.secs_running¶ The duration of the operation in seconds. MongoDB calculates this value by subtracting the current time from the start time of the operation.
Only appears if the operation is running, (i.e. if
activeistrue).
-
currentOp.microsecs_running¶ New in version 2.6.
The duration of the operation in microseconds. MongoDB calculates this value by subtracting the current time from the start time of the operation.
Only appears if the operation is running, (i.e. if
activeistrue).
-
currentOp.op¶ A string that identifies the type of operation. The possible values are:
"none""update""insert""query""getmore""remove""killcursors"
The
"query"type includes operations that use theinsert,update, anddeletecommands. Write operations that do not use the aforementioned write commands will show with the appropriate"insert","update", or"remove"value.
-
currentOp.ns¶ The namespace the operation targets. A namespace consists of the database name and the collection name concatenated with a dot (
.); i.e.,"<database>.<collection>".
-
currentOp.insert¶ Contains the document to be inserted for operations with
opvalue of"insert". Only appears for operations withopvalue"insert".Insert operations such as
db.collection.insert()that use theinsertcommand will haveopvalue of"query".
-
currentOp.query¶ A document containing information on operations whose
opvalue is not"insert". For instance, for adb.collection.find()operation, thequerycontains the query predicate.querydoes not appear foropof"insert".querycan also be an empty document.Write operations that use the
insert,update, anddeletecommands haveopvalue of"query"and the correspondingquerycontains information on these operations.Changed in version 2.6.11: For
"getmore"operations on cursors returned from adb.collection.find()or adb.collection.aggregate(), thequeryfield contains respectively the query predicate or the issuedaggregatecommand document. For details on theaggregatecommand document, see theaggregatereference page.For other commands categorized under
"query",querycontains the issued command document. Refer to the specific command reference page for the details on the command document.The document can be empty for
optypes such as"getmore".
-
currentOp.planSummary¶ A string that contains the query plan to help debug slow queries.
-
currentOp.client¶ The IP address (or hostname) and the ephemeral port of the client connection where the operation originates. If your
inprogarray has operations from many different clients, use this string to relate operations to clients.For some commands, including
findAndModifyanddb.eval(), the client will be0.0.0.0:0, rather than an actual client.
-
currentOp.desc¶ A description of the client. This string includes the
connectionId.
-
currentOp.threadId¶ An identifier for the thread that services the operation and its connection.
-
currentOp.connectionId¶ An identifier for the connection where the operation originated.
-
currentOp.locks¶ New in version 2.2.
The
locksdocument reports by databases the types of locks the operation currently holds. The possible lock types are:Rrepresents the global read lock,Wrepresents the global write lock,rrepresents the database specific read lock, andwrepresents the database specific write lock.
-
currentOp.locks.^¶ ^reports on the use of the global lock for themongodinstance. All operations must hold the global lock for some phases of operation.
-
currentOp.locks.^local¶ ^localreports on the lock for thelocaldatabase. MongoDB uses thelocaldatabase for a number of operations, but the most frequent use of thelocaldatabase is for the oplog used in replication.
-
currentOp.locks.^<database>¶ locks.^<database>reports on the lock state for the database that this operation targets.
-
currentOp.waitingForLock¶ Returns a boolean value.
waitingForLockistrueif the operation is waiting for a lock andfalseif the operation has the required lock.
-
currentOp.msg¶ The
msgprovides a message that describes the status and progress of the operation. In the case of indexing or mapReduce operations, the field reports the completion percentage.
-
currentOp.progress¶ Reports on the progress of mapReduce or indexing operations. The
progressfields corresponds to the completion percentage in themsgfield. Theprogressspecifies the following information:-
currentOp.progress.done¶ Reports the number completed.
-
currentOp.progress.total¶ Reports the total number.
-
-
currentOp.killPending¶ Returns
trueif the operation is currently flagged for termination. When the operation encounters its next safe termination point, the operation will terminate.
-
currentOp.numYields¶ numYieldsis a counter that reports the number of times the operation has yielded to allow other operations to complete.Typically, operations yield when they need access to data that MongoDB has not yet fully read into memory. This allows other operations that have data in memory to complete quickly while MongoDB reads in data for the yielding operation.
-
currentOp.lockStats¶ New in version 2.2.
The
lockStatsdocument reflects the amount of time the operation has spent both acquiring and holding locks.lockStatsreports data on a per-lock type, with the following possible lock types:Rrepresents the global read lock,Wrepresents the global write lock,rrepresents the database specific read lock, andwrepresents the database specific write lock.
-
currentOp.timeLockedMicros¶ The
timeLockedMicrosdocument reports the amount of time the operation has spent holding a specific lock.For operations that require more than one lock, like those that lock the
localdatabase to update the oplog, then the values in this document can be longer than this value may be longer than the total length of the operation (i.e.secs_running.)-
currentOp.timeLockedMicros.R¶ Reports the amount of time in microseconds the operation has held the global read lock.
-
currentOp.timeLockedMicros.W¶ Reports the amount of time in microseconds the operation has held the global write lock.
-
currentOp.timeLockedMicros.r¶ Reports the amount of time in microseconds the operation has held the database specific read lock.
-
currentOp.timeLockedMicros.w¶ Reports the amount of time in microseconds the operation has held the database specific write lock.
-
-
currentOp.timeAcquiringMicros¶ The
timeAcquiringMicrosdocument reports the amount of time the operation has spent waiting to acquire a specific lock.-
currentOp.timeAcquiringMicros.R¶ Reports the mount of time in microseconds the operation has waited for the global read lock.
-
currentOp.timeAcquiringMicros.W¶ Reports the mount of time in microseconds the operation has waited for the global write lock.
-
currentOp.timeAcquiringMicros.r¶ Reports the mount of time in microseconds the operation has waited for the database specific read lock.
-
currentOp.timeAcquiringMicros.w¶ Reports the mount of time in microseconds the operation has waited for the database specific write lock.
-