MongoDB 主从复制集群
基本原理:
基本构成是1主2从的结构,自带互相监控投票机制(Raft(MongoDB) Paxos(mysql MGR 用的是变种))
如果发生主库宕机,复制集内部会进行投票选举,选择一个新的主库替代原有主库对外提供服务。同时复制集会自动通知
客户端程序,主库已经发生切换了。应用就会连接到新的主库。
Replcation Set配置过程详解
1、规划
三个以上的mongodb节点(或多实例)
多实例:
(1)多个端口:28017、28018、28019、28020
(2)多套目录:
(3) 多套配置文件
(4)配置文件内容
修改配置文件:
(5)启动多个实例备用
2、配置复制集:
(1)1主2从,从库普通从库
查询复制集状态
(2)1主1从1个arbiter
3、复制集管理操作:
(1)查看复制集状态:
(2)添加删除节点
添加 arbiter节点
1、连接到主节点
2、添加仲裁节点
3、查看节点状态
删除一个节点
例子:
注:
添加特殊节点时,
1>可以在搭建过程中设置特殊节点
2>可以通过修改配置的方式将普通从节点设置为特殊节点
/找到需要改为延迟性同步的数组号/;
特殊节点:
arbiter节点:主要负责选主过程中的投票,但是不存储任何数据,也不提供任何服务
hidden节点:隐藏节点,不参与选主,也不对外提供服务。
delay节点:延时节点,数据落后于主库一段时间,因为数据是延时的,也不应该提供服务或参与选主,所以通常会配合hidden(隐藏)
一般情况下会将delay+hidden一起配置使用
(3)配置延时节点(一般延时节点也配置成hidden)
————目前状态——————-
我的需求是:把28019设置为hidden和delay
取消以上配置
配置成功后,通过以下命令查询配置后的属性
4、副本集其他操作命令:
查看副本集的配置信息
查看副本集各成员的状态
++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++
–设置副本节点可读:在副本节点执行
eg:
查看副本节点
文章转载自网络,仅做修改。