Mongodb - 复制集RS简单操作

本文详细介绍了MongoDB复制集的基本原理、配置过程和管理方法,包括1主2从和1主1从1个arbiter两种结构,以及如何查看复制集状态、添加和删除节点,特别强调了arbiter节点在选主过程中的角色和特殊节点的配置。
摘要由CSDN通过智能技术生成

目录

一、基本原理

二、基本介绍

三、Replcation Set配置过程详解

3-0 多节点规划

3-1 配置复制集 - 两种结构

3-1-1 1主2从,从库普通从库

3-1-2 1主1从1个arbiter

四、复制集管理

4-1 查看复制集状态

4-2 添加、删除节点

4-3 添加 arbiter节点


一、基本原理

基本构成是一主二从的结构自带互相监控投票机制(Raft(MongoDB)、Paxos(mysql MGR 用的是变种)) 如果发生主库宕机,复制集内部会进行投票选举,选择一个新的主库替代原有主库对外提供服务。同时复制集会自动通知 客户端程序,主库已经发生切换了。应用就会连接到新的主库。 当原来的主库恢复时候,也只是作为从库连接现在新的主库。

二、基本介绍

一组Mongodb复制集,就是一组mongod进程,这些进程维护同一个数据集合。复制集提供了数据冗余和高等级的可靠性,这是生产部署的基础。

保证数据在生产部署时的冗余和可靠性,通过在不同的机器上保存副本来保证数据的不会因为单点损坏而丢失。能够随时应对数据丢失、机器损坏带来的风险。

换一句话来说,还能提高读取能力,用户的读取服务器和写入服务器在不同的地方,而且,由不同的服务器为不同的用户提供服务,提高整个系统的负载,简直就是云存储的翻版...

一组复制集就是一组mongod实例掌管同一个数据集,实例可以在不同的机器上面。实例中包含一个主导,接受客户端所有的写入操作,其他都是副本实例,从主服务器上获得数据并保持同步。

主服务器很重要,包含了所有的改变操作(写)的日志。但是副本服务器集群包含有所有的主服务器数据,因此当主服务器挂掉了,就会在副本服务器上重新选取一个成为主服务器。

每个复制集还有一个仲裁者,仲裁者不存储数据,只是负责通过心跳包来确认集群中集合的数量,并在主服务器选举的时候作为仲裁决定结果。

三、Replcation Set配置过程详解

3-0 多节点规划

三个以上的mongodb节点(或多实例)

多实例准备

(1)多个端口:28017、28018、28019、28020

(2)多套目录

mkdir -p /mongodb/28017/conf /mongodb/28017/data /mongodb/28017/log
mkdir -p /mongodb/28018/conf /mongod
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值