Session.startTransaction()

On this page本页内容

Definition定义

Session.startTransaction(<options>)

New in version 4.0.在版本4.0中新增

Starts a multi-document transaction associated with the session. 启动与会话关联的多文档事务At any given time, you can have at most one open transaction for a session.在任何给定时间,一个会话最多只能有一个打开的事务。

Note注意
Availability可用性
  • In version 4.0, MongoDB supports multi-document transactions on replica sets.在版本4.0中,MongoDB支持副本集上的多文档事务。
  • In version 4.2, MongoDB introduces distributed transactions, which adds support for multi-document transactions on sharded clusters and incorporates the existing support for multi-document transactions on replica sets.在版本4.2中,MongoDB引入了分布式事务,它增加了对分片集群上多文档事务的支持,并整合了对副本集上多文档事务的现有支持。
Important重要

Within a transaction, you can only specify read and write (CRUD) operations on existing collections. 在事务中,只能对现有集合指定读写(CRUD)操作。For example, a multi-document transaction cannot include an insert operation that would result in the creation of a new collection.例如,多文档事务不能包含导致创建新集合的插入操作。

The Session.startTransaction() method can take a document following options:Session.startTransaction()方法可以采用以下选项的文档:

{ readConcern: { level: <level>}, writeConcern: { w: <value>, j: <boolean>, wtimeout: <number> } }
Option选项Description描述
readConcern

Optional. 可选A document that specifies the read concern for all operations in the transaction, overriding operation-specific read concern.一种文档,指定事务中所有操作的读取关注点,覆盖特定于操作的读取关心点。

You can specify one of the following read concern levels:您可以指定以下读取关注级别之一:

For "local" and "majority" read concern, MongoDB may sometimes substitute a stronger read concern.对于"local""majority"读取关注点,MongoDB有时可能会替代更强的读取关注点。

writeConcern

Optional. 可选A document that specifies the write concern for the transaction. 指定事务的写入关注点的文档。This write concern applies to the transaction commit and abort operations.这种写问题适用于事务提交和中止操作。

The operations within the transaction use "w: 1", overriding operation-specific write concern.事务中的操作使用"w: 1",覆盖特定于操作的写关注点。

If you commit using "w: 1" write concern, your transaction can be rolled back during the failover process.如果使用"w: 1"写关注点进行提交,则可以在故障转移过程中回滚事务。

For MongoDB Drivers, transactions use the client-level write concern as the default.对于MongoDB驱动程序,事务使用客户端级别的写关注点作为默认值。

Behavior行为

Operations Supported within a Transaction事务中支持的操作

Note注意

If running with access control, you must have privileges for the operations in the transaction.如果使用访问控制运行,则必须对事务中的操作具有权限。

For multi-document transactions:对于多文档事务处理:

  • You can specify read/write (CRUD) operations on existingcollections. 您可以在现有集合上指定读/写(CRUD)操作。For a list of CRUD operations, see CRUD Operations.有关CRUD操作的列表,请参阅CRUD操作
  • Starting in MongoDB 4.4, you can create collections and indexes in transactions. 从MongoDB 4.4开始,您可以在事务中创建集合和索引。For details, see Create Collections and Indexes In a Transaction有关详细信息,请参阅在事务中创建集合和索引
  • The collections used in a transaction can be in different databases.事务中使用的集合可以位于不同的数据库中。

    Note注意

    You cannot create new collections in cross-shard write transactions. 不能在跨分片写入事务中创建新集合。For example, if you write to an existing collection in one shard and implicitly create a collection in a different shard, MongoDB cannot perform both operations in the same transaction.例如,如果写入一个分片中的现有集合,并在另一个分片中隐式创建一个集合,则MongoDB无法在同一事务中同时执行这两个操作。

  • You cannot write to capped collections. (Starting in MongoDB 4.2)不能写入封顶集合。(从MongoDB 4.2开始)
  • You cannot use read concern "snapshot" when reading from a capped collection. (Starting in MongoDB 5.0)封顶集合读取时,不能使用读取关注点"snapshot"。(从MongoDB 5.0开始)
  • You cannot read/write to collections in the config, admin, or local databases.无法读取/写入configadminlocal数据库中的集合。
  • You cannot write to system.* collections.您无法写入system.*集合。
  • You cannot return the supported operation's query plan (i.e. explain).无法返回受支持操作的查询计划(即explain)。
  • For cursors created outside of a transaction, you cannot call getMore inside the transaction.对于在事务外部创建的游标,不能在事务内部调用getMore
  • For cursors created in a transaction, you cannot call getMore outside the transaction.对于在事务中创建的游标,不能在事务外部调用getMore
Method方法Command命令Note笔记
db.collection.aggregate()aggregate

Excluding the following stages:不包括以下阶段:

db.collection.countDocuments()

Excluding the following query operator expressions:不包括以下查询运算符表达式:

The method uses the $match aggregation stage for the query and $group aggregation stage with a $sum expression to perform the count.该方法使用$match聚合阶段进行查询,并使用带有$sum表达式的$group聚合阶段进行计数。

db.collection.distinct()distinct

Available on unsharded collections.可用于非阴影集合。

For sharded collections, use the aggregation pipeline with the $group stage. 对于分片集合,使用带有$group阶段的聚合管道。See Distinct Operation.请参见Distinct操作
db.collection.find()find
delete
findAndModify

Starting in MongoDB 4.4, if the update or replace operation is run with upsert: true on a non-existing collection, the collection is implicitly created.从MongoDB 4.4开始,如果在不存在的集合上使用upsert:true运行更新或替换操作,则会隐式创建集合。

In MongoDB 4.2 and earlier, if upsert: true, the operation must be run on an existing collection.在MongoDB 4.2及更早版本中,如果upsert:true,则必须在现有集合上运行该操作。

Tip提示
See also: 参阅:
insert

Starting in MongoDB 4.4, if run on a non-existing collection, the collection is implicitly created.从MongoDB 4.4开始,如果在不存在的集合上运行,则会隐式创建集合。

In MongoDB 4.2 and earlier, the operation must be run on an existing collection.在MongoDB 4.2及更早版本中,操作必须在现有集合上运行。

Tip提示
See also: 参阅:
update

Starting in MongoDB 4.4, if run on a non-existing collection, the collection is implicitly created.从MongoDB 4.4开始,如果在不存在的集合上运行,则会隐式创建集合。

In MongoDB 4.2 and earlier, the operation must be run on an existing collection.在MongoDB 4.2及更早版本中,操作必须在现有集合上运行。

Tip提示
See also: 参阅:

Starting in MongoDB 4.4, if run on a non-existing collection, the collection is implicitly created.从MongoDB 4.4开始,如果在不存在的集合上运行,则会隐式创建集合。

In MongoDB 4.2 and earlier, the operation must be run on an existing collection.在MongoDB 4.2及更早版本中,操作必须在现有集合上运行。

Tip提示
See also: 参阅:

Operations that affect the database catalog, such as creating or dropping a collection or an index, are not allowed in multi-document transactions. 在多文档事务中不允许执行影响数据库目录的操作,例如创建或删除集合或索引。For example, a multi-document transaction cannot include an insert operation that would result in the creation of a new collection. 例如,多文档事务不能包含导致创建新集合的插入操作。See Restricted Operations.请参阅受限操作

Informational commands, such as hello, buildInfo, connectionStatus (and their helper methods) are allowed in transactions; however, they cannot be the first operation in the transaction.事务中允许使用hellobuildInfoconnectionStatus等信息命令(及其助手方法);然而,它们不能是事务中的第一个操作。

Read Preference读取首选项

Transactions support read preference primary.事务支持读取首选项primary

Atomicity原子性

While the transaction is open, no data changes made by operations in the transaction is visible outside the transaction:当事务处于打开状态时,在事务外部看不到事务中操作所做的数据更改:

  • When a transaction commits, all data changes made in the transaction are saved and visible outside the transaction. 当事务提交时,事务中所做的所有数据更改都将保存并在事务外部可见。That is, a transaction will not commit some of its changes while rolling back others.也就是说,事务不会提交其某些更改,而回滚其他更改。

    Until a transaction commits, the data changes made in the transaction are not visible outside the transaction.在事务提交之前,在事务中所做的数据更改在事务外部不可见。

    However, when a transaction writes to multiple shards, not all outside read operations need to wait for the result of the committed transaction to be visible across the shards. 然而,当事务写入多个分片时,并非所有外部读取操作都需要等待提交的事务的结果在分片中可见。For example, if a transaction is committed and write 1 is visible on shard A but write 2 is not yet visible on shard B, an outside read at read concern "local" can read the results of write 1 without seeing write 2.例如,如果事务已提交,并且写1在分片a上可见,但写2在分片B上尚不可见,则外部读取关注点"local"可以读取写1的结果,而不会看到写2。

  • When a transaction aborts, all data changes made by the writes in the transaction are discarded without ever becoming visible and the transaction ends.当事务中止时,事务中的写入操作所做的所有数据更改都将被丢弃,而不再可见,事务结束。

Example示例

Consider a scenario where as changes are made to an employee's record in the hr database, you want to ensure that the events collection in the reporting database are in sync with the hr changes. 考虑这样一个场景:当对hr数据库中的员工记录进行更改时,您希望确保reporting数据库中的events集合与hr更改同步。That is, you want to ensure that these writes are done as a single transaction, such that either both operations succeed or fail.也就是说,您希望确保这些写操作作为单个事务完成,这样两个操作要么成功,要么失败。

The employees collection in the hr database has the following documents:hr数据库中的employees集合包含以下文档:

{ "_id" : ObjectId("5af0776263426f87dd69319a"), "employee" : 3, "name" : { "title" : "Mr.", "name" : "Iba Ochs" }, "status" : "Active", "department" : "ABC" }
{ "_id" : ObjectId("5af0776263426f87dd693198"), "employee" : 1, "name" : { "title" : "Miss", "name" : "Ann Thrope" }, "status" : "Active", "department" : "ABC" }
{ "_id" : ObjectId("5af0776263426f87dd693199"), "employee" : 2, "name" : { "title" : "Mrs.", "name" : "Eppie Delta" }, "status" : "Active", "department" : "XYZ" }

The events collection in the reporting database has the following documents:reporting数据库中的events集合包含以下文档:

{ "_id" : ObjectId("5af07daa051d92f02462644a"), "employee" : 1, "status" : { "new" : "Active", "old" : null }, "department" : { "new" : "ABC", "old" : null } }
{ "_id" : ObjectId("5af07daa051d92f02462644b"), "employee" : 2, "status" : { "new" : "Active", "old" : null }, "department" : { "new" : "XYZ", "old" : null } }
{ "_id" : ObjectId("5af07daa051d92f02462644c"), "employee" : 3, "status" : { "new" : "Active", "old" : null }, "department" : { "new" : "ABC", "old" : null } }

The following example opens a transaction, updates an employee's status to Inactive in the employees status and inserts a corresponding document to the events collection, and commits the two operations as a single transaction.以下示例打开一个事务,在employees状态中将员工的状态更新为Inactive,并将相应的文档插入events集合,然后将这两个操作作为单个事务提交。

// Runs the txnFunc and retries if TransientTransactionError encountered
function runTransactionWithRetry(txnFunc, session) {
    while (true) {
        try {
            txnFunc(session);  // performs transaction
            break;
        } catch (error) {
            // If transient error, retry the whole transaction
            if ( error.hasOwnProperty("errorLabels") && error.errorLabels.includes("TransientTransactionError")  ) {
                print("TransientTransactionError, retrying transaction ...");
                continue;
            } else {
                throw error;
            }
        }
    }
}
// Retries commit if UnknownTransactionCommitResult encountered
function commitWithRetry(session) {
    while (true) {
        try {
            session.commitTransaction(); // Uses write concern set at transaction start.
            print("Transaction committed.");
            break;
        } catch (error) {
            // Can retry commit
            if (error.hasOwnProperty("errorLabels") && error.errorLabels.includes("UnknownTransactionCommitResult") ) {
                print("UnknownTransactionCommitResult, retrying commit operation ...");
                continue;
            } else {
                print("Error during commit ...");
                throw error;
            }
       }
    }
}
// Updates two collections in a transactions
function updateEmployeeInfo(session) {
    employeesCollection = session.getDatabase("hr").employees;
    eventsCollection = session.getDatabase("reporting").events;
    session.startTransaction( { readConcern: { level: "snapshot" }, writeConcern: { w: "majority" } } );
    try{
        employeesCollection.updateOne( { employee: 3 }, { $set: { status: "Inactive" } } );
        eventsCollection.insertOne( { employee: 3, status: { new: "Inactive", old: "Active" } } );
    } catch (error) {
        print("Caught exception during transaction, aborting.");
        session.abortTransaction();
        throw error;
    }
    commitWithRetry(session);
}
// Start a session.
session = db.getMongo().startSession( { readPreference: { mode: "primary" } } );
try{
   runTransactionWithRetry(updateEmployeeInfo, session);
} catch (error) {
   // Do something with error
} finally {
   session.endSession();
}
←  Session.commitTransaction()SessionOptions →