MongoDB分布式原理以及read-preference和readConcern解决读写一致性问题

最新推荐文章于 2025-02-28 20:49:02 发布

深度Java

最新推荐文章于 2025-02-28 20:49:02 发布

阅读量3.9k

点赞数 3

分类专栏： mongodb

本文链接：https://blog.csdn.net/21aspnet/article/details/105631301

版权

mongodb 专栏收录该内容

3 篇文章

订阅专栏

MongoDB词汇表：

https://docs.mongodb.com/manual/reference/glossary/#term-replica-set

MongoDB分布式原理

primary

In a replica set, the primary is the member that receives all write operations. See Primary.

在副本集中，主库是接收所有写操作的节点。

secondary

A replica set member that replicates the contents of the master database. Secondary members may handle read requests, but only the primary members can handle write operations. See Secondaries.

一个副本集，其复制所述主数据库中的内容。次节点：读请求。主库：写操作。

复制

允许多个数据库服务器共享相同数据的功能，从而确保冗余并促进负载平衡。请参见复制。

https://docs.mongodb.com/manual/replication/#replication-auto-failover

复制提供冗余并提高数据可用性。使用不同数据库服务器上的多个数据副本，复制可提供一定程度的容错能力，以防止丢失单个数据库服务器。

在某些情况下，复制可以提供更大的读取容量，因为客户端可以将读取操作发送到不同的服务器。在不同数据中心中维护数据副本可以提高数据本地性和分布式应用程序的可用性。您还可以维护其他副本以用于专用目的，例如灾难恢复，报告或备份。

异步复制

辅助节点复制主节点的操作日志，并将操作异步应用于其数据集。通过使次要节点的数据集反映主要节点的数据集，即使一个或多个成员失败，副本集也可以继续运行。

故障转移

在发生故障时允许副本集的辅助成员成为主库成的过程。请参阅自动故障转移。

如果主要节点不可用，则符合条件的次要节点将进行选举以自行选举新的主要节点。

自动故障转移
时机：当主节点与集合中的其他成员的通信electionTimeoutMillis时间超过配置的时间段（默认为10秒）时。

由于突发的网络延迟等因素，群集可能会频繁选举，即使该主节点处于健康状态也是如此。

方式：合格的辅助节点将要求选举以提名自己为新的主节点。群集尝试完成新主数据库的选择并恢复正常操作。

副本集无法处理写入操作，直到选举成功完成。

如果将副本集配置为在主副本处于脱机状态时在次副本上运行，则副本集可以继续提供读取查询 。

应用程序连接逻辑应包括对自动故障转移和后续选举的容忍度。

从MongoDB 3.6开始，MongoDB驱动程序客户端可以检测到主数据库的丢失，并一次自动重试某些写入操作，从而提供了自动故障转移和选择的其他内置处理。

https://docs.mongodb.com/manual/core/retryable-writes/#retryable-writes

选举

副本集的成员在启动时和发生故障时选择主库的过程。请参阅副本集选择。

https://docs.mongodb.com/manual/core/replica-set-elections/#replica-set-elections

最终一致性

分布式系统的属性，允许对系统的更改逐渐传播。在数据库系统中，这意味着不需要可读成员始终反映最新的写入。

====================

readPreference和readConcern配合使用

readPreference 主要控制客户端 Driver 从复制集的哪个节点读取数据，这个特性可方便的实现读写分离、就近读取等策略。
- primary 只从 primary 节点读数据，这个是默认设置
- primaryPreferred 优先从 primary 读取，primary 不可服务，从 secondary 读
- secondary 只从 scondary 节点读数据
- secondaryPreferred 优先从 secondary 读取，没有 secondary 成员时，从 primary 读取
- nearest 根据网络距离就近读取
readConcern 决定到某个读取数据时，能读到什么样的数据。
- local 能读取任意数据，这个是默认设置
- majority 只能读取到『成功写入到大多数节点的数据』

========================

read-preference

官网地址：https://docs.mongodb.com/manual/core/read-preference/

读取首选项描述了MongoDB客户端如何将读取操作路由到副本集的成员。

默认情况下，应用程序将其读取操作定向到副本集中的主要成员（即读取首选项模式“主要”）。但是，客户端可以指定读取首选项，以将读取操作发送到辅助对象。

读取首选项模式	描述
`primary`	默认模式。所有操作均从当前副本集primary读取。包含读取操作的多文档事务必须使用读取首选项`primary`。给定事务中的所有操作必须路由到同一成员。
`primaryPreferred`	在大多数情况下，操作从主服务器读取，但如果不可用，则从辅助成员读取操作。
`secondary`	所有操作均从副本集的辅助成员读取。
`secondaryPreferred`	在大多数情况下，操作会从辅助成员读取，但如果没有辅助成员可用，则操作会从primary读取。
`nearest`	从副本集的成员读取的操作具有最小的网络延迟，而与成员的类型无关。