# 生产注意事项 (分片集群)

本页面中

* [分片事务及MongoDB驱动](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#sharded-transactions-and-mongodb-drivers)
* [性能](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#performance)
* [Read Concerns读关注](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#read-concerns)
* [Write Concerns写关注](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#write-concerns)
* [仲裁者](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#arbiters)
* [三成员 主-从-仲裁 分片](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#three-member-primary-secondary-arbiter-shards)
* [备份回档](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#backups-and-restores)
* [块迁移](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#chunk-migrations)
* [提交期间的读请求](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#outside-reads-during-commit)
* [与副本索引的交互](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#interaction-with-replicated-index-builds)
* [其他信息](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#additional-information)

从版本4.2开始，MongoDB提供了对分片群集执行多文档事务的功能。

下一页列出了特定于分片群集上运行事务的问题。除了[产品注意事项](https://docs.mongodb.com/v4.2/core/transactions-production-consideration/)中列出的那些关注点之外，还存在这些关注点。

## 分片事务及MongoDB驱动

\_对于MongoDB 4.2部署（副本集和分片群集）上的事务，\_客户必须使用为MongoDB 4.2更新的MongoDB驱动程序。

在具有多个[`mongos`](https://docs.mongodb.com/v4.2/reference/program/mongos/#bin.mongos)实例的分片群集上，用MongoDB 4.0（而非MongoDB 4.2）执行事务更将会失败并可能导致错误，包括：

注意

您的驱动程序可能会返回其他错误。 有关详细信息，请参阅驱动程序的文档。

| Error Code / 错误码 | Error Message / 错误信息                                    |
| ---------------- | ------------------------------------------------------- |
| 251              | `cannot continue txnId -1 for session ... with txnId 1` |
| 50940            | `cannot commit with no participants`                    |

## 性能

### 单分片

针对单个分片的事务应具有与副本集事务相同的性能。

### 多分片

影响多个分片的事务会产生更高的性能成本。

注意

在分片群集上，如果任何涉及的分片包含仲裁者，那么跨越多个分片的事务将出错并中止。

### 时间限制

要指定时间限制，请在`commitTransaction`上指定`maxTimeMS`限制。

如果未指定`maxTimeMS`，则MongoDB将使用[`transactionLifetimeLimitSeconds`](https://docs.mongodb.com/v4.2/reference/parameters/#param.transactionLifetimeLimitSeconds)。

如果指定`maxTimeMS`，但会导致事务超过[`transactionLifetimeLimitSeconds`](https://docs.mongodb.com/v4.2/reference/parameters/#param.transactionLifetimeLimitSeconds)，则MongoDB将使用[`transactionLifetimeLimitSeconds`](https://docs.mongodb.com/v4.2/reference/parameters/#param.transactionLifetimeLimitSeconds)。

要为分片群集修改[`transactionLifetimeLimitSeconds`](https://docs.mongodb.com/v4.2/reference/parameters/#param.transactionLifetimeLimitSeconds)，必须为所有分片副本集成员修改参数。

## Read Concerns 读关注

多文档事务支持[`local`](https://docs.mongodb.com/v4.2/reference/read-concern-local/#readconcern.%22local%22)，[`majority` ](https://docs.mongodb.com/v4.2/reference/read-concern-majority/#readconcern.%22majority%22)和[`snapshot`](https://github.com/mongodb-china/MongoDB-CN-Manual/tree/f3c87c86310c4577eb87c7a4c56e61af1c0a9ec1/transactions/https：/docs.mongodb。%20com%20/%20v4.2%20/%20reference%20/%20read-concern-snapshot%20/＃readconcern。％22snapshot％22/README.md)读关注级别。

对于分片群集上的事务，只有[`snapshot`](https://docs.mongodb.com/v4.2/reference/read-concern-snapshot/#readconcern.%22snapshot%22)提供了读关注跨多个分片的一致性快照。

有关读关注和事务的更多信息，请参阅[事务和读关注](https://docs.mongodb.com/v4.2/core/transactions/#transactions-read-concern)。

## Write Concerns 写关注

您无法在[`writeConcernMajorityJournalDefault`](https://docs.mongodb.com/v4.2/reference/replica-configuration/#rsconf.writeConcernMajorityJournalDefault)设置为`false`时使用事务（ 例如使用[内存存储引擎](https://docs.mongodb.com/v4.2/core/inmemory/)的带有投票成员的分片）。

注意

不管[为事务指定的写关注](https://docs.mongodb.com/v4.2/core/transactions/#transactions-write-concern)，分片群集事务的提交操作都包含一些部分，这些部分包括： 用`{w：“ majority”，j：true}`写关注。

## Arbiters 仲裁者

如果任何事务操作读取或写入包含仲裁程序的分片，则其写操作跨越多个分片的事务将出错并中止。

另请参阅[三成员 主-从-仲裁 分片](https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/#transactions-sharded-clusters-psa)，了解对分片禁用阅读大多数策略的事务限制。

## 三成员 主-从-仲裁 分片

对于具有三成员PSA的分片群集，您可以[`禁用读策略“majority”`](https://docs.mongodb.com/v4.2/reference/read-concern-majority/#disable-read-关注多数)（如[`--enableMajorityReadConcern false`](https://docs.mongodb.com/v4.2/reference/program/mongod/#cmdoption-mongod-enablemajorityreadconcern)或[`replication.enableMajorityReadConcern：false`](https://docs.mongodb.com/v4.2/reference/configuration-options/#replication.enableMajorityReadConcern)）以避免缓存压力。

* 在分片集群上，

  如果事务涉及的分片[禁用读策略“majority”](https://docs.mongodb.com/v4.2/reference/read-concern-majority/#disable-read-concern-majority)，则您不能设置读策略[`“snapshot”`](https://docs.mongodb.com/v4.2/reference/read-concern-snapshot/#readconcern.%22snapshot%22)用于事务。对于该事务您只能使用读策略的[`“ local”`](https://docs.mongodb.com/v4.2/reference/read-concern-local/#readconcern.%22local%22)或[`“majority”`](https://docs.mongodb.com/v4.2/reference/read-concern-majority/#readconcern.%22majority%22)。如果使用读策略[`“ snapshot”`](https://docs.mongodb.com/v4.2/reference/read-concern-snapshot/#readconcern.%22snapshot%22)，则事务错误并中止。当enableMajorityReadConcern = false时，分片群集不支持\`readConcern level'snapshot'。如果事务的任何读或写操作涉及到禁用读策略“majority”的分片，则其写操作跨越多个分片的事务将出错并中止。
* 要检查读策略“majority”是否被禁用，

  您可以运行[`db.serverStatus（）`](https://docs.mongodb.com/v4.2/reference/method/db.serverStatus/#db.serverStatus)并检查[`storageEngine.supportsCommittedReads`](https://docs.mongodb.com/v4.2/reference/command/serverStatus/#serverstatus.storageEngine.supportsCommittedReads)字段。如果为“ false”，则禁用阅读关注“多数”。

## 备份和恢复

警告

[`mongodump`](https://docs.mongodb.com/v4.2/reference/program/mongodump/#bin.mongodump)和[`mongorestore`](https://docs.mongodb.com/v4.2/reference/program/mongorestore/#bin.mongorestore)**不能**作为4.2+ 正在进行分片事务的分片群集的备份策略的一部分，因为使用[`mongodump`](https://github.com/mongodb-china/MongoDB-CN-Manual/tree/f3c87c86310c4577eb87c7a4c56e61af1c0a9ec1/transactions/https：/%20docs.mongodb.com/v4.2/reference/program/mongodump/README.md#bin.mongodump)不维护跨分片事务的原子性保证。

对于具有正在进行中的分片事务的4.2+分片群集，请使用以下协调的备份和回档方案，这些方案确实维护了各个分片事务的原子性保证：

-[MongoDB Atlas](https://www.mongodb.com/cloud/atlas?tck=docs_server)， -[MongoDB Cloud Manager](https://www.mongodb.com/cloud/cloud-manager?tck=docs_server)，或 -[MongoDB Ops Manager](https://www.mongodb.com/products/ops-manager?tck=docs_server)。

## Chunk Migrations 块迁移

[块迁移](https://docs.mongodb.com/v4.2/core/sharding-balancer-administration/#chunk-migration-procedure)在某些阶段获得会排他的集合锁。

如果正在进行的事务锁定了集合，并且涉及该集合的块迁移开始，则这些迁移阶段必须等待事务释放对集合的锁定，从而影响块迁移的性能。

如果大块迁移与事务交织（例如，如果在大块迁移已在进行的同时启动事务，并且迁移在事务锁定集合之前完成），则提交期间的事务错误并中止。

根据两个操作的交错方式，包括一些示例错误（错误消息已被缩写）：

* `an error from cluster data placement change ... migration commit in progress for <namespace>`

  * `Cannot find shardId the chunk belonged to at cluster time ...`

  也可以看看

  [`shardingStatistics.countDonorMoveChunkLockTimeout`](https://docs.mongodb.com/v4.2/reference/command/serverStatus/#serverstatus.shardingStatistics.countDonorMoveChunkLockTimeout)

## 在提交期间进行外部读取

在提交事务期间，外部读取操作可能会尝试读取将由事务修改的相同文档。 如果事务写入多个分片，则在尝试对各个分片进行提交时

* 外部读取时使用读策略`snapshot`或[`“ linearizable”`](https://docs.mongodb.com/v4.2/reference/read-concern-linearizable/#readconcern.%22linearizable%22)， 或者是一致性的会话的一部分（例如，包括[afterClusterTime](https://docs.mongodb.com/v4.2/reference/read-concern/#afterclustertime)）等待事务的所有写入均可见。
* 外部读取使用其他读策略时，不会等待事务的所有写入都可见，而是会读取可用集合的事务前版本。

  也可以看看[事务及原子性](https://docs.mongodb.com/v4.2/core/transactions/#transactions-atomicity)

## 与副本索引的交互

对于集合上的[复制索引版本](https://docs.mongodb.com/v4.2/core/index-creation/#index-operations-replicated-build)（而不是[滚动索引版本](https://docs.mongodb.com/v4.2/tutorial/build-indexes-on-replica-sets/#index-build-on-replica-sets)），一旦针对主副本集成员发布了索引构建完成后，从成员将应用关联的oplog条目并开始索引构建。在构建索引时，从数据库等待应用以后的任何oplog条目，包括在构建期间提交的分布式事务。如果复制停顿的时间长于[oplog窗口](https://docs.mongodb.com/v4.2/core/replica-set-oplog/#replica-set-oplog-sizing)，则c从副本将失去同步并需要[重新同步](https://docs.mongodb.com/v4.2/core/replica-set-sync/#replica-set-initial-sync)才能恢复。

为了最大程度地减少分片事务和索引之间的潜在交互，请考虑以下在分片集群上构建索引的策略之一：

* 在维护窗口期间建立索引，在该窗口中，应用程序停止针对要建立索引的集合发出分布式事务。
* 使用滚动索引构建过程构建索引，如[在分片群集上构建索引](https://docs.mongodb.com/v4.2/tutorial/build-indexes-on-sharded-clusters/)中所述。
* 增加每个副本集成员上的[oplog大小](https://docs.mongodb.com/v4.2/tutorial/change-oplog-size/)，以减轻由于复制索引构建而导致不同步的可能性。

## 其他信息

参考 [产品说明](https://docs.mongodb.com/v4.2/core/transactions-production-consideration/).

原文链接：<https://docs.mongodb.com/v4.2/core/transactions-sharded-clusters/>

译者：王金铷


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.mongoing.com/transactions-1/production-considerations-sharded-clusters.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.