摘要：对于多文档操作来说，并未提供多文档事物或隔离。在间隔过期之前，不会回滚或撤消已做出的修改。仅在将数据提交到后才告知客户端。为了降低操作延迟，也增加了它提交数据至日志的频率。
What"s write concern本文翻译自 write concern。
注意，本文内容适用于MongoDB Manual 3.0.2及以上版本。
所谓的写关注就是当向客户端报告写操作的成功执行时，MongoDB提供的保证。通过提供不同级别的写关注来解决应用的具体需求。
Considerations Default Write Concernmongo shell和MongoDB驱动使用acknowledged作为默认写关注级别。
Read Isolation注：读与写如何隔离？写与写如何隔离？
在将这些修改提交至磁盘之前，MongoDB允许客户端读取刚插入或修改的文档，不管写关注的级别或日志(journaling)配置。其结果是，应用可以观察到两类行为：
对于有多个并发读取者和写入者的系统来说，在写操作返回之前，MongoDB允许客户端读取写操作的结果。
如果在提交数据至日志(journal)之前mongod进程终止了，那么即使写操作成功返回了，查询仍可能读取到 在mongod重启后 并不存在的数据。
其他数据库系统称这些 隔离语义(isolation semantics) 为read uncommitted。对于所有的插入和更新，MongoDB以隔离方式修改每一个文档：客户端从不会看到中间状态的文档。对于多文档操作来说，MongoDB并未提供多文档事物或隔离。
当以单机方式(standalone)方式部署的mongod从使用journaled写关注的写操作中返回时，数据就完全提交至磁盘了，重启mongod后它们就可用了。
对于副本集，只有在 在副本集的大部分投票节点上写操作被复制且提交数据至日志 之后，写操作才是持久的。MongoDB会定期(regularly)提交数据至日志，不管journaled写关注：使用commitIntervalMs去控制mongod多长时间提交一次数据。
Timeouts客户端可以设置一个wtimeout值，作为replica acknowledged写关注的一部分。如果在指定的时间间隔内写关注未被满足，当前操作就会返回错误，即使写关注最终成功完成。
在wtimeout间隔过期之前，MongoDB不会回滚或撤消已做出的修改。
Write Concern LevelsMongoDB有下面这些概念性的写关注等级，由弱到强：
（注：下面这些只是逻辑概念上的写关注级别，并非配置write concern时刚好有这几个配置枚举值可选。实际上写关注包含两个方面，分别对应两个配置项：w和j，需要组合这两个配置项来实现下面这些写关注级别。具体请看Write Concern Reference。）
unacknowledgedMongoDB不会告知客户端写操作已收到。unacknowledged类似于error ignored。然而，驱动程序在可能的时候会试图接收并处理网络错误。但驱动检测网络错误的能力有赖于系统的网络设置。
在Default Write Concern Change勾画出的发布(注：此版本已发布于2012.11)之前，unacknowledged就是默认写关注。
acknowledgedacknowledged 也叫 receipt acknowledged。mongod会告知客户端已收到写操作，并且已将改变应用于数据的内存视图。acknowledged 写关注(write concern)允许客户端捕获网络(network)、重复键(duplicate key)和其他错误。但acknowledged 写关注并不会确认写操作已经被持久化到磁盘系统。
从Default Write Concern Change勾画出的驱动发布(注：此版本已发布于2012.11)开始，MongoDB将默认使用acknowledged写关注。
journaledMongoDB仅在将数据提交到journal后才告知客户端。（告知客户端什么信息呢？）这种写关注会确保在关机或电力中断后MongoDB能够恢复数据。
你必须启用journaling以使用这种写关注。
使用这种写关注，写操作必须等到下一次日志提交(journal commit)才能返回。为了降低操作延迟，MongoDB也增加了它提交数据至日志(journal)的频率。参考commitIntervalMs文档以获取更多信息。
注意：
如果在副本集中需要journaled写关注，只需要写操作在主节点上完成日志提交就行了，不用考虑replica acknowledged写关注。（journaled写关注只是一种逻辑上的写关注级别，实际并没有这个配置项值，组合w和j两个配置项才能实现用户期望的写关注。）
关于写关注，副本集(relica set)提出了额外的考虑因素。默认写关注仅要求来自主节点(the primary)的确认(acknowledgement)。
使用这种写关注，你能够确保写操作被传播至副本集中的额外成员，即部分从节点(the secondary)。参考**Write Concern for Replica Sets **文档以获取更多信息。
注意：
如果在副本集中需要journaled写关注，只需要写操作在主节点上完成日志提交就行了，不用考虑replica acknowledged写关注。（journaled写关注只是一种逻辑上的写关注级别，实际并没有这个配置项值，组合w和j两个配置项才能实现用户期望的写关注。）
Write Concern Reference
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/18732.html
摘要：版本中的修改在主从部署中，把视作与是等效的。这会确保如果意外关闭了，数据也不会丢失。当这些写操作返回时，不会撤销在写关注超过时限之前已经成功执行的数据修改。 Write Concern Reference 本文翻译自 write concern reference。 注意，本文内容适用于MongoDB Manual 3.0.2及以上版本。 写关注就是当向客户端报告写操作...
摘要：然而，只提供了最简单的客户端选项，且不支持多数据源配置。由此而生，除了支持完整的客户端选项及多数据源配置之外，还提供了一些其它的实用功能。配置示例多数据源进行多数据源配置时，需要明确指定各数据源的名称。 最近在制作一个 spring boot 小应用时使用了 MongoDB，鉴于官方库的简陋配置，决定自己造个轮子，源码发布在 GitHub Carefree MongoDB，jar 已在...
摘要：数据模型取决于数据库类型。仅支持位浮点数，所以位整数会被自动转换为位浮点数。位浮点数中的数字都是这种类型。数字只能表示为双精度数位浮点数的另外一个问题是，有些位的整数并不能精确地表示为位浮点数。 MongoDB学习笔记（1）- MongoDB简介及数据类型 本文所使用的MongoDB版本为 4.0.10 > db.version(); 4.0.10 一、MongoDB 介绍 1. Mo...
摘要：我以为是编码的问题，可能是下的编码有问题，因为有一个谈论这个问题的。其中遇到了也是的问题提到的这个做法很不错，使用这个参数确定位置。 从群里获取了一个超大的json（也就800M），需要导入mongodb，然后遇到了一个问题： $ mongoimport --db weibo --collection data --file test.json 2018-05-09T16:10:22....
摘要：我以为是编码的问题，可能是下的编码有问题，因为有一个谈论这个问题的。其中遇到了也是的问题提到的这个做法很不错，使用这个参数确定位置。 从群里获取了一个超大的json（也就800M），需要导入mongodb，然后遇到了一个问题： $ mongoimport --db weibo --collection data --file test.json 2018-05-09T16:10:22....
阅读 2283·2021-11-15 11:38
阅读 3500·2021-09-22 15:16
阅读 1171·2021-09-10 11:11
阅读 3084·2021-09-10 10:51
阅读 2847·2019-08-30 15:56
阅读 2752·2019-08-30 15:44
阅读 3161·2019-08-28 18:28
阅读 3510·2019-08-26 13:36
