[success] Note
w
选项请求确认写操作已传播到指定数量的mongod实例或具有指定标记的mongod实例。w
选项,可以使用以下**w:<value
>**写入问题:<number>
mongod
实例。例如:w: 1
请求确认写入操作已传播到mongod
复制集中的独立副本或主副本。是MongoDB的默认写关注点。 如果在写操作已复制到任何辅助数据库之前主数据库已降级,则可以回滚数据。w: 1``w: 0
不要求确认写入操作。但是,可能会将有关套接字异常和网络错误的信息返回给应用程序。如果在写操作已复制到任何辅助数据库之前主数据库已降级,则可以回滚数据 。w: 0
如果指定但包括j:true,则优先使用 j:true来请求独立或复制集主副本的确认。w: 0
mongod
w
大于1则需要来自主数据库的确认以及满足指定写入问题所需的尽可能多的数据承载辅助数据库的确认。例如,考虑一个具有一个主要成员和两个次要成员的3成员复制集。指定将需要主数据库和辅助数据库之一的确认。指定将需要主要和次要确认。w: 2``w: 3
注意Hidden, delayed和 priority 0 成员可以确认写操作。w:
延迟的辅助副本可以在不早于configure的情况下返回写确认slaveDelay
。有关实例何时确认写入的信息,请参见确认行为mongod
。"majority"
members[n\].votes
大于的主要和次要成员 0
)。例如,考虑一个具有3个投票成员的复制集,即Primary-Secondary-Secondary(PSS)。对于此复制集, 计算出的多数为2,并且写入必须传播到主要对象和一个辅助对象,以向客户端确认写入问题。注意隐藏, 延迟和优先级为0的 成员(members[n\].votes
大于0
可以确认["majority"
](https://docs.mongodb.com/manual/reference/write-concern/#writeconcern."majority")写入操作)。延迟的辅助副本可以在不早于configure的情况下返回写确认[`slaveDelay`](https://docs.mongodb.com/manual/reference/replica-configuration/#rsconf.members[n].slaveDelay)。在写操作返回确认给客户端之后,客户端可以使用readConcern 读取该写操作的结果 。[w: "majority"
](https://docs.mongodb.com/manual/reference/write-concern/#writeconcern."majority")[`"majority"`](https://docs.mongodb.com/manual/reference/read-concern-majority/#readconcern."majority")有关实例何时确认写入的信息,请参见[确认行为](https://docs.mongodb.com/manual/reference/write-concern/#wc-ack-behavior)[`mongod`](https://docs.mongodb.com/manual/reference/program/mongod/#bin.mongod)。<custom write concern name>
tagged
满足中定义的自定义写关注点的成员 settings.getLastErrorModes
。有关示例,请参阅“ 自定义多数据中心写入问题”。如果自定义写入问题仅需要在写入操作复制到任何辅助数据库之前先要求主要数据库和主要数据库降级的确认,则可以回滚数据。有关 实例何时确认写入的信息,请参见确认行为mongod
。[success] Note
如果启用日记功能,则可能暗示。的 副本集配置设置确定的行为。有关详细信息,请参见 确认行为。[w: "majority"
](https://docs.mongodb.com/manual/reference/write-concern/#writeconcern."majority")`j: true[
writeConcernMajorityJournalDefault`](https://docs.mongodb.com/manual/reference/replica-configuration/#rsconf.writeConcernMajorityJournalDefault). 如果日志是启用的,[w: "majority"
](https://docs.mongodb.com/master/reference/write-concern/#writeconcern."majority") 可能意味着j:true。writeConcernMajorityJournalDefault
复制集配置设置决定了行为。有关详细信息,请参阅确认行为 。
wtimeout
仅适用于大于1
的w
值。wtimeout
导致写入操作返回到指定限制后的错误,即使所需的写入关注最终会成功。当这些写操作 return 时,MongoDB 不会撤消在写入关注超过wtimeout
time 限制之前执行的成功数据修改。wtimeout
选项且写入关注的 level 无法实现,则写入操作将无限期阻止。指定0
的wtimeout
value 等同于没有wtimeout
选项的写入问题。j
未指定j:true
j:false
w: 1
w: "majority"
[success] Note随着writeConcernMajorityJournalDefault
设置为false
,MongoDB的不等待 写入承认写之前被写入到磁盘上的日志。这样,在给定副本集中的大多数节点出现瞬时丢失(例如崩溃和重新启动)的情况下,写操作可能会回滚。[w: "majority"
](https://docs.mongodb.com/manual/reference/write-concern/#writeconcern."majority")`majority`
"majority"
](https://docs.mongodb.com/manual/reference/write-concern/#writeconcern."majority")写操作进行写确认。j
是不确定的writeConcernMajorityJournalDefault
的值: 如果为true,确认需要对磁盘上的日志进行写入操作(j: true) writeConcernMajorityJournalDefault
默认为true 如果为false,确认需要在内存中进行写入操作(j: false)。j: true
j: false
[success] Note
number
>j
未指定j: true
j: false
"majority"
](https://docs.mongodb.com/manual/reference/write-concern/#writeconcern."majority") 写关注。w: "majority"
的行为writeConcernMajorityJournalDefault
设置为false,MongoDB不等待[w: "majority"
](https://docs.mongodb.com/master/reference/write-concern/#writeconcern."majority") 写入被写入到磁盘日志之前,确认写入,因此,在给定复制集中的大多数节点出现短暂损失(例如崩溃和重新启动)时,大多数写操作可能会回滚。"majority"
](https://docs.mongodb.com/master/reference/write-concern/#writeconcern."majority") ”写操作。提示
[warning] 警告如果计算出的多数数等于所有带有数据的投票成员的人数(例如,由3个成员组成的主要-次要仲裁员部署),则写关注 ["majority"
](https://docs.mongodb.com/manual/reference/write-concern/#writeconcern."majority")可能会超时,或者如果有数据的投票成员则永远不会得到承认掉线或无法到达。如果可能,请使用带有数据的投票成员而不是仲裁者。
"majority"
](https://docs.mongodb.com/manual/reference/write-concern/#writeconcern."majority")以向客户端确认写入问题。"majority"
](https://docs.mongodb.com/manual/reference/write-concern/#writeconcern."majority")以向客户端确认写问题。提示避免在a (p - a)或其他拓扑结构中使用“多数”写关注点,这些拓扑结构要求所有支持数据的投票成员都可用来确认写操作。想要使用**“majority”**写关注点的持久性保证的客户应该部署不需要所有数据承载投票成员可用的拓扑(例如P-S-S)。
getLastError
指标、write concern error对象和MongoDB日志中看到显示出处的信息。clientSupplied
customDefault
getLastErrorDefaults
implicitDefault