MongoDB ReplicaSetMonitor对shard探测机制

最新推荐文章于 2024-05-31 23:27:16 发布

wangxin201492

最新推荐文章于 2024-05-31 23:27:16 发布

阅读量262

点赞数

分类专栏： MongoDB 文章标签： mongodb 数据库

本文链接：https://blog.csdn.net/wangxin201492/article/details/119941949

版权

date: 2020-04-27 12:59:24
tags: MongoDB:ReplicaSetMonitor

sharding实例对后端 shard 会进行状态探测，以发现 shard 是否有节点更新（选主、节点加入、节点异常）。提供探测能力的核心类为 ReplicaSetMonitor 及相关类。

对于状态探测的基本逻辑应该也比较好构思：定期状态探测、探测结果存储、探测结果查询。MongoDB中也按照这个逻辑来完成的：

ReplicaSetMonitor 提供状态查询的接口，以及定期探测触发能力。状态信息存储在 _state (SetState类型成员变量) 中
SetState 存储 ReplicaSet shard 的状态信息。包装 Node 记录各个 Node 的信息，持有一个 ScanState 记录该 ReplicaSet 当前正在 scan 的信息
Refresher 进行实际的状态探测，提供一个 static 方法 ensureScanInProgress 来初始化一个 Refresher 进行探测。
- Refresher 与 SetState 是一一绑定的，只有 SetState 在被探测状态，才会有对应的 Refresher 产生
ScanState 记录 Refresher 探测过程中的状态信息。ScanState 会被 SetState::currentScan 及 Refresher::_scan 持有，一般情况下这2个 scan 是相同的，但是可能存在并发的场景导致指向的不是同一个 scan，这时候以 SetState::currentScan 为准。

ReplicaSetMonitor / SetState / Refresher / ScanState 具体关系参考下图：

MongoDB-ReplicaSetMonitor

**只有以 ReplicaSet 方式启动的 shard(包含 config )，才会持有一个 ReplicaSetMonitor 类的成员。**即只有 ReplicaSet shard 才会被探测，以 Standalong 方式启动的 shard 不会进行探测

ReplicaSetMonitor 中会定期进行 shard 状态探测，如果当前维系的状态不能满足其他代码的 ReadPreference 要求，也会下发探测

关注