On this page本页内容
cursor.maxTimeMS(<time limit>)
This is a mongosh
method. This is not the documentation for Node.js
or other programming language specific driver methods.
In most cases, mongosh
methods work the same way as the legacy mongo
shell methods. However, some legacy methods are unavailable in mongosh
.
For the legacy mongo
shell documentation, refer to the documentation for the corresponding MongoDB Server release:
For MongoDB API drivers, refer to the language specific MongoDB driver documentation.
Specifies a cumulative time limit in milliseconds for processing operations on a cursor.指定处理游标操作的累积时间限制(毫秒)。
The maxTimeMS()
method has the following prototype form:maxTimeMS()
方法具有以下原型形式:
db.collection.find( { <query> }, { <projection> } ).maxTimeMS( <milliseconds> )
The maxTimeMS()
method has the following parameter:maxTimeMS()
方法具有以下参数:
milliseconds | integer |
maxTimeMS()
is not related to the 与NoCursorTimeout
query flag. NoCursorTimeout
查询标志无关。maxTimeMS()
relates to processing time, while 与处理时间有关,而NoCursorTimeout
relates to idle time. NoCursorTimeout
与空闲时间有关。A cursor's idle time does not contribute towards its processing time.游标的空闲时间与其处理时间无关。
The maxAwaitTimeMS()
method sets a limit on how long a tailable cursor waits for the next response. maxAwaitTimeMS()
方法设置可剪裁游标等待下一个响应的时间限制。It does not set a limit on total processing time.它不设置总处理时间的限制。
MongoDB targets operations for termination if the associated cursor exceeds its allotted time limit. 如果关联的游标超过其分配的时间限制,MongoDB将终止操作。MongoDB terminates operations that exceed their allotted time limit using the same mechanism as MongoDB使用与db.killOp()
. db.killOp()
相同的机制终止超过分配时间限制的操作。MongoDB only terminates an operation at one of its designated interrupt points.MongoDB仅在其指定的中断点之一处终止操作。
MongoDB does not count network latency between the client and the server towards a cursor's time limit. MongoDB不会将客户端和服务器之间的网络延迟计算到游标的时间限制。For a sharded cluster, however, MongoDB does include the latency between the 然而,对于分片集群,MongoDB确实包含了mongos
and mongod
instances towards this time limit.mongos
和mongod
实例之间接近此时间限制的延迟。
Queries that generate multiple batches of results continue to return batches until the cursor exceeds its allotted time limit.生成多批结果的查询将继续返回批,直到游标超过其分配的时间限制。
maxTimeMS
maxTimeMS
Starting in MongoDB 3.6, MongoDB drivers and 从MongoDB 3.6开始,MongoDB驱动程序和mongosh
associate all operations with a server session, with the exception of unacknowledged write operations. mongosh
将所有操作与服务器会话相关联,但未确认的写入操作除外。For operations not explicitly associated with a session (i.e. using 对于未显式与会话关联的操作(即使用Mongo.startSession()
), MongoDB drivers and mongosh
create an implicit session and associate it with the operation.Mongo.startSession()
),MongoDB驱动程序和mongosh
创建一个隐式会话并将其与操作关联。
If a session is idle for longer than 30 minutes, the MongoDB server marks that session as expired and may close it at any time. 如果会话空闲时间超过30分钟,MongoDB服务器会将该会话标记为已过期,并可随时将其关闭。When the MongoDB server closes the session, it also kills any in-progress operations and open cursors associated with the session. 当MongoDB服务器关闭会话时,它还会终止与会话相关联的任何正在进行的操作和打开的游标。This includes cursors configured with 这包括配置了noCursorTimeout()
or a maxTimeMS()
greater than 30 minutes.noCursorTimeout()
或大于30分钟的maxTimeMS()
的游标。
For example, consider a 例如,考虑将find()
operation with the maxTimeMS()
configured for a timeout of 31 minutes. maxTimeMS()
配置为超时31分钟的find()
操作。The server returns a cursor along with a batch of documents defined by the 服务器返回一个游标以及由cursor.batchSize()
of the find()
. find()
的cursor.batchSize()
定义的一批文档。The session refreshes each time the application requests a new batch of documents from the server. 每次应用程序从服务器请求新的一批文档时,会话都会刷新。However, if the application takes longer than 30 minutes to process the current batch of documents, the session is marked as expired and closed. 但是,如果应用程序处理当前一批文档的时间超过30分钟,则会话将标记为过期并关闭。When the server closes the session, it also kills the cursor despite the cursor being configured with 当服务器关闭会话时,它还会杀死游标,尽管游标被配置为大于30分钟的maxTimeMS()
greater than 30 minutes. maxTimeMS()
。When the application requests the next batch of documents, the server returns an error.当应用程序请求下一批文档时,服务器返回错误。
For operations that return a cursor, if the cursor may be idle for longer than 30 minutes, issue the operation within an explicit session using 对于返回游标的操作,如果游标空闲时间可能超过30分钟,请使用Mongo.startSession()
and periodically refresh the session using the refreshSessions
command. Mongo.startSession()
在显式会话中发出操作,并使用refreshSessions
命令定期刷新会话。For example:例如:
var session = db.getMongo().startSession() var sessionId = session.getSessionId().id var cursor = session.getDatabase("examples").getCollection("data").find().noCursorTimeout() var refreshTimestamp = new Date() // take note of time at operation start while (cursor.hasNext()) { // Check if more than 5 minutes have passed since the last refresh if ( (new Date()-refreshTimestamp)/1000 > 300 ) { print("refreshing session") db.adminCommand({"refreshSessions" : [sessionId]}) refreshTimestamp = new Date() } // process cursor normally }
In the example operation, the 在示例操作中,db.collection.find()
method is associated with an explicit session. db.collection.find()
方法与显式会话相关联。The cursor is configured with 使用cursor.maxTimeMS()
to keep the cursor open for at least 31 minutes. cursor.maxTimeMS()
配置游标,使游标保持打开状态至少31分钟。The while循环包含一个块,该块使用while
loop includes a block that uses refreshSessions
to refresh the session every 5 minutes. refreshSessions
每5分钟刷新一次会话。Since the session will never exceed the 30 minute idle timeout, the cursor can remain open up to the configured 由于会话永远不会超过30分钟的空闲超时,因此游标可以一直打开到配置的maxTimeMS()
.maxTimeMS()
。
For MongoDB drivers, defer to the driver documentation for instructions and syntax for creating sessions.对于MongoDB驱动程序,有关创建会话的说明和语法,请参阅驱动程序文档。
db.collection.find({description: /August [0-9]+, 1969/}).maxTimeMS(50)