-
隐藏节点设置 完后重新配置一下： rs.reconfig() 注意：生产环境慎用此命令，因为连接会闪断 rs.status() 能看到隐藏的从节点 rs.isMaster()会看不到隐藏的从节点，不会被前端程序被 发现。只需要的时候使用，仅做为数据的冗余而存在查看全部
-
总结：查看全部
-
当从节点的priority值大于1时，有权利升级为主节点，下面是显示对成员的priority进行设置 下面测试priority的变化对主从切换的影响查看全部
-
--查看配置<br> rs.conf<br> --把当前主节点降级为从节点<br> rs.setpDown(5) 之后分别查看连接主从节点状态 rs.status()查看全部
-
复制集成员配置文件参数2：<br> hidden:当前节点程序不可见，也就是通过ismaster命令无法看到这个节点，当设为不见时priority应设为0。其作用是对此隐藏节点上个锁，进行一致性备份时使用。 votes:默认为1（从mongodb2.6开始只能为1，不能大于1），mongodb在容灾时会进行选举，此参数值决定此节点能否进行投票。当从节点达到12个时，其中只有7个有投票权，其余5个vote值应设为0 实际生产环境用到机会不多，因为在实际的生产环境当中复制集大于7时，一般会选择分片。 slaveDelay:从节点延迟时间,单位为s,作用是防止在主节点进行了误操作从而同步到从节点，方便数据恢复。 buildIndexes:当主库建立索引后从库是否也建立索引（对_id无效），默认为true查看全部
-
复制集成员配置文件参数： priority 表示当前成员是否有资格成为一个主节点，默认是1 0～1000 0 永远没有资格提升为主节点；查看全部
-
复制成员按功能区分：查看全部
-
6.复制集的成员查看全部
-
然后登录arbite节点，会发现数据没有同步，因为arbite不参与数据库的同步，即不存储数据<br> 但local数据库大小已经改变了，因为local库存储命名空间（local.ns文件）的内容。查看全部
-
5. 验证复制集同步<br><br> 分别登录从节点1，2查看登录状态，分别为secondary和arbite<br> 下面登录从节点进行测试： 在从节点进行查询时报下面的错误，因为在默认情况下，不通过驱动连接mongodb从节点数据库时，如果不开始slaveOK=true，是无法读取从节点数据的。查看全部
-
进行副本集的初始化：<br> rs.initiate(config) --查看复制集的状态 rs.status查看全部
-
--把节点3修改为arbite选举节点查看全部
-
4.副本集初始化 --配置完之后，用下面命令查看副本成员 > config.members查看全部
-
3. 分别启动3个mongodb实例 通过进程号来查看对应的pid文件查看全部
-
搭建副本集的步骤：<br> 搭建一个：一主，一从，一选举节点<br> 1. 创建相关目录 conf、data、log<br> 2. 为每节点创建配置文件，如下： ./conf/28001.conf ./conf/28002.conf ./conf/28003.conf查看全部
举报
0/150
提交
取消