hand
_1_38_24
4
返回栏目
0k
0.8k
0k
0k
0.5k
1k
0k
0k
2k
0.9k
2k
1k
1k
1k
0k
0k
1k
7k
0.2k
1k
0.2k
3k
0k
0.7k
0.3k
1k
0.5k
3k
0.2k
0.8k
0.3k
0k
0k
0.1k
0k
0k
返回MongoDB栏目
作者:
贺及楼
成为作者
更新日期:2024-04-09 13:59:24
Mongodb 提供的 Master-Slave 策略,是分布式系统最开始的冗余策略是一种热备策略。
Master-Slave 架构一般用于备份或者做读写分离,一般是一主一从设计和一主多从设计。
Master-Slave 由主从角色构成:
Master ( 主 )
可读可写,当数据有修改的时候,会将 Oplog 同步到所有连接的Salve 上去。
Slave ( 从 )
只读,所有的 Slave 从 Master 同步数据,从节点与从节点之间不感知。
数据不一致问题。根本原因在于只有 Master 节点可以写,Slave 节点只能同步 Master 数据并对外提供读服务,这是一个异步的过程。
虽然最终数据会被 Slave 同步到,在数据完全一致之前,数据是不一致的。所以读写分离的结构只适合特定场景,对于必须需要数据强一致的场景是不合适这种读写分离的。
人为切换。
Master-Slave 的角色只有Master 节点,Slave 节点,是静态配置的,无法自动切换角色。
单点。
用户只能写 Master 节点
Slave 节点只能从 Master 拉数据;
Slave 节点只和 Master 通信,Slave 之间相互不感知,这种
好处对于 Master 来说优点是非常轻量,
缺点是:系统是单点。
MongoDB
整章节共36节
快分享给你的小伙伴吧 ~