开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请联系 liuaustin3 ，（共2100人左右 1 + 2 + 3 + 4 +5） 新人奖直接分配到5群,另欢迎 OpenGauss 的技术人员加入。
这里翻译一篇关于 mongodb 数据一致性的白皮书，这是一份有10页的文档。基于数据一致性的部分内容，在其他的传统数据库，缓存数据库都不存在，也是一个让传统DBA 想不明白的部分，所以进行翻译。
翻译：
摘要：分布式数据库提供了高可用性，但对于客户端应用程序访问的成本会比较高，因要始终保证数据访问的强一致性。MongoDB是面向文档的数据库，其中复制系统提供了多种的一致性级别，允许客户端应用程序在一致性和延迟之间进行选择。本文讨论了MongoDB 复制中可调整的一致性模型及其对应用程序开发人员的使用中的便捷性，这里对于mongodb复制集系统中如何保证一致性级别的多种方式在可预估以及回滚协议中如何实现进行了论述，同时我们还提供这些一致性级别在应用中的案例和研究，以证明他们的性能优势和表现形式。
在Mongodb中提供了与其他数据库无法提供的一致性选项，MongoDB提供了writeConcern 和 readConcern级别，这是可以在每个数据库操作设计的参数，WriteConcern指定写入数据库中的持久性的满足，较高级别的writeconcern 级别提供了更强的保证，但会导致每个操作的延迟成本更高。较低的writeconcern 级别减少了延迟，但增加了写入可能不会变的永久持久的可能性，同样的readConcern确定返回给客户端的数据必须满足持久性或一致性的保证，较强的readConcern提供了对返回数据在多借点上的一致性的保证，但增加了返回的数据比最新的数据可能更旧的可能性，较强的readconcern也可能导致更高的延迟以等待数据变的一致后，提供数据，较弱的readconcern可以更好的提供返回数据为最新的可能性，但存在数据可能尚未持久化的风险。
读写的一致性操作由默认的设置，但也可以基于每个单元操作指定，并对于某些操作使用更强的一致性保证不会影响更低一致性的运作和其他操作的性能，这使应用开发人员可以明确的决定较细颗粒度水平上要进行的性能权衡，最大限度的将可以容忍数据强一致与可以最终性一致应用部署在同一个mongodb数据库的可能，不必为所有的写操作支付较高的延迟的成本，在没有故障或网络分区的情况下，写入最终会变得持久，因此客户可以确信他们的大多数写入都不会丢失，当出现故障时，他们可以使用其他的机制来检查和协调任何的数据暂时不一致的情况，如果故障相对较少，这些机制可能是为了极大的改善常见的应用程序性能而付出的一点成本，对于无法容忍这种不一致的高敏感度程序，可以选择以更高的write 和 read concren 级别来进行操作，以始终确保安全，此外应用程序可以将某些操作，分类为关键和非关键，并因此适当地设置他们写入和读取关注的级别。
随着多文档事务添加，MongoDB添加了readconcern级别，为事务提供了快照隔离保证，这种读取关注级别提供了一种猜测性行为，也就是读取和写入任何的数据的持久性保证推迟到事务的提交时间，事务提交操作接受一个写关注级别，该级别决定了事务及其组件读取和吸入操作的持久性的保证，事务一致性保证的详细信息将在后面的章节介绍，。
此外MONGODB 3.6中的因果一致性，为客户端提供了一组额外的一致性保证，本文的范围不包括mongodb中因果一致性的详细讨论，但党与各种读取和写入关注级别组合的时候，他允许用户将其一致性保证的更加精细。
