cursor.maxTimeMS()
On this page本页内容
Definition定义
cursor.maxTimeMS(<time limit>)
- Important
mongosh Method
This page documents a
mongosh
method. This is not the documentation for a language-specific driver, such as Node.js.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.指定处理游标上的操作的累积时间限制(以毫秒为单位)。ThemaxTimeMS()
method has the following prototype form:maxTimeMS()
方法具有以下原型形式:db.collection.find(
{ <query> },
{ <projection> }
).maxTimeMS( <milliseconds> )ThemaxTimeMS()
method has the following parameter:maxTimeMS()
方法具有以下参数:Parameter参数Type类型Description描述milliseconds
integer Specifies a cumulative time limit in milliseconds for processing operations on the cursor.指定在游标上处理操作的累积时间限制(以毫秒为单位)。
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.它没有对总处理时间设置限制。
Behaviors行为
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.生成多个结果批的查询将继续返回批,直到游标超过其分配的时间限制。
Session Idle Timeout Overrides maxTimeMS
会话空闲超时覆盖maxTimeMS
maxTimeMS
MongoDB drivers and 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()
或maxTimeMS()
大于30分钟的游标。
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 当服务器关闭会话时,它也会杀死游标,尽管游标被配置为maxTimeMS()
greater than 30 minutes. When the application requests the next batch of documents, the server returns an error.maxTimeMS()
大于30分钟。当应用程序请求下一批文档时,服务器会返回一个错误。
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
sessionId //show the sessionId显示会话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检查自上次刷新以来是否超过5分钟
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
loop includes a block that uses refreshSessions
to refresh the session every 5 minutes. while
循环包括一个块,该块使用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驱动程序,有关创建会话的说明和语法,请参阅驱动程序文档。
See also: 另请参阅:
Examples实例
The following query specifies a time limit of 50 milliseconds:以下查询指定了50毫秒的时间限制:
db.collection.find({description: /August [0-9]+, 1969/}).maxTimeMS(50)