【MongoDB学习笔记32】MongoDB修改副本集配置

本文涉及的产品
云数据库 MongoDB,独享型 2核8GB
推荐场景:
构建全方位客户视图
简介:

一、删除副本集成员

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
spock:PRIMARY> rs.config()   
{    
         "_id"  "spock" ,    
         "version"  : 1,    
         "members"  : [    
                 {    
                         "_id"  : 0,    
                         "host"  "192.168.1.112:27017"    
                 },    
                 {    
                         "_id"  : 1,    
                         "host"  "192.168.1.113:27017"    
                 }    
         ]    
}    
spock:PRIMARY> rs.remove( "192.168.1.113:27017" )    
{    
         "errmsg"  "exception: can't find self in new replset config" ,    
         "code"  : 13433,    
         "ok"  : 0    
}    
spock:PRIMARY> rs.remove( "192.168.1.112:27017" )    
2015-02-02T21:59:13.303+0800 DBClientCursor::init call() failed    
2015-02-02T21:59:13.304+0800 Error: error doing query: failed at src /mongo/shell/query .js:81    
2015-02-02T21:59:13.305+0800 trying reconnect to 127.0.0.1:27017 (127.0.0.1) failed    
2015-02-02T21:59:13.308+0800 reconnect 127.0.0.1:27017 (127.0.0.1) ok    
spock:PRIMARY> rs.config()    
{    
         "_id"  "spock" ,    
         "version"  : 2,    
         "members"  : [    
                 {    
                         "_id"  : 1,    
                         "host"  "192.168.1.113:27017"    
                 }    
         ]    
}

   

二、添加副本集成员   

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
spock:PRIMARY> rs.add( "192.168.1.112:27017" )    
"ok"  : 1 }    
spock:PRIMARY> rs.config()    
{    
         "_id"  "spock" ,    
         "version"  : 3,    
         "members"  : [    
                 {    
                         "_id"  : 1,    
                         "host"  "192.168.1.113:27017"    
                 },    
                 {    
                         "_id"  : 2,    
                         "host"  "192.168.1.112:27017"    
                 }    
         ]    
}

   
   
从上述过程来看,配置文档中version字段都会自增,它的初始值为1;

 

三、或者通过rs.reconfig()函数修改副本集

例如,将host用主机名来替代ip地址

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
[root@localhost ~] # ping host113   
PING host113 (192.168.1.113) 56(84) bytes of data.    
64 bytes from host113 (192.168.1.113): icmp_seq=1 ttl=64  time =0.060 ms    
64 bytes from host113 (192.168.1.113): icmp_seq=2 ttl=64  time =0.030 ms    
64 bytes from host113 (192.168.1.113): icmp_seq=3 ttl=64  time =0.026 ms    
64 bytes from host113 (192.168.1.113): icmp_seq=4 ttl=64  time =1.04 ms    
--- host113  ping  statistics ---    
4 packets transmitted, 4 received, 0% packet loss,  time  3001ms    
rtt min /avg/max/mdev  = 0.026 /0 .289 /1 .041 /0 .434 ms    
[root@localhost ~] # mongo    
MongoDB shell version: 2.6.7    
connecting to:  test    
spock:PRIMARY> rs.config()    
{            
     "_id"  "spock" ,            
     "version"  : 3,            
     "members"  : [                    
                     "_id"  : 1,  "host"  "192.168.1.113:27017" },
                     "_id"  : 2,  "host"  "192.168.1.112:27017" }            
                 ]    
  }    
spock:PRIMARY> var config=rs.config()   
spock:PRIMARY> config.members[0].host= "host113:27017"    
host113:27017    
spock:PRIMARY> rs.reconfig(config)    
2015-02-02T22:21:22.793+0800 DBClientCursor::init call() failed    
2015-02-02T22:21:22.795+0800 trying reconnect to 127.0.0.1:27017 (127.0.0.1) faile
2015-02-02T22:21:22.797+0800 reconnect 127.0.0.1:27017 (127.0.0.1) ok    
reconnected to server after rs  command  ( which  is normal)
spock:PRIMARY> rs.config()   
{            
     "_id"  "spock" ,            
     "version"  : 4,            
     "members"  : [                    
             "_id"  : 1, "host"  "host113:27017" },
             "_id"  : 2,  "host"  "192.168.1.112:27017" }            
                 ]    
}    
spock:PRIMARY>

 

对于复杂的副本集配置,rs.reconfig函数修改比rs.add和rs.remove更有用;




本文转自 bannerpei 51CTO博客,原文链接:http://blog.51cto.com/281816327/1610912,如需转载请自行联系原作者

相关文章
|
11月前
|
存储 NoSQL MongoDB
MongoDB 复制(副本集)
10月更文挑战第17天
160 2
MongoDB 复制(副本集)
|
10月前
|
NoSQL 容灾 MongoDB
MongoDB主备副本集方案:两台服务器使用非对称部署的方式实现高可用与容灾备份
在资源受限的情况下,为了实现MongoDB的高可用性,本文探讨了两种在两台服务器上部署MongoDB的方案。方案一是通过主备身份轮换,即一台服务器作为主节点,另一台同时部署备节点和仲裁节点;方案二是利用`priority`设置实现自动主备切换。两者相比,方案二自动化程度更高,适合追求快速故障恢复的场景,而方案一则提供了更多的手动控制选项。文章最后对比了这两种方案与标准三节点副本集的优缺点,指出三节点方案在高可用性和数据一致性方面表现更佳。
772 5
|
12月前
|
存储 NoSQL Shell
MongoDB复制(副本集)总结
这篇文章是关于MongoDB副本集的总结,包括复制原理、设置副本集、案例分析等内容。
236 1
|
监控 NoSQL MongoDB
【MongoDB 专栏】MongoDB 的副本集故障转移与恢复
【5月更文挑战第11天】MongoDB的副本集是高可用性关键,提供数据冗余和自动故障转移。由主节点和从节点组成,主节点处理写操作,从节点同步数据。当主节点故障,副本集通过选举产生新主节点,确保服务不间断。故障转移涉及节点优先级和数据同步状态的考量。恢复阶段解决数据不一致,重点包括节点部署监控、数据同步策略、选举机制和备份恢复计划。网络延迟和大规模数据可能带来挑战,需优化网络、性能调优和定期演练。随着技术进步,副本集的故障转移与恢复将更高效、智能,保障数据安全,支撑业务系统的稳定运行。
585 3
【MongoDB 专栏】MongoDB 的副本集故障转移与恢复
|
NoSQL MongoDB Windows
MongoDB 读写分离——Windows MongoDB 副本集配置
MongoDB 读写分离——Windows MongoDB 副本集配置
280 0
|
存储 NoSQL 关系型数据库
MongoDB的配置服务器和复制机制
【7月更文挑战第2天】MongoDB配置服务器存储分片和权限元数据,支持在主节点故障时保持读服务。关键组件,性能影响显著。复制集包含Primary和Secondary,通过oplog实现数据同步,类似MySQL binlog。oplog的幂等性可能导致大量set操作,且大小受限,可能导致从节点需全量同步。读写分离提升效率,主从切换确保高可用。
151 0
|
安全 NoSQL 程序员
老程序员分享:mongodb4.xxx安装,和基本配置
老程序员分享:mongodb4.xxx安装,和基本配置
161 0
|
存储 监控 NoSQL
MongoDB 副本集:构建可靠的数据备份与高可用性系统
MongoDB 副本集:构建可靠的数据备份与高可用性系统
241 0
|
2月前
|
NoSQL MongoDB 数据库
数据库数据恢复—MongoDB数据库数据恢复案例
MongoDB数据库数据恢复环境: 一台操作系统为Windows Server的虚拟机上部署MongoDB数据库。 MongoDB数据库故障: 工作人员在MongoDB服务仍然开启的情况下将MongoDB数据库文件拷贝到其他分区,数据复制完成后将MongoDB数据库原先所在的分区进行了格式化操作。 结果发现拷贝过去的数据无法使用。管理员又将数据拷贝回原始分区,MongoDB服务仍然无法使用,报错“Windows无法启动MongoDB服务(位于 本地计算机 上)错误1067:进程意外终止。”
|
2月前
|
缓存 NoSQL Linux
在CentOS 7系统中彻底移除MongoDB数据库的步骤
以上步骤完成后,MongoDB应该会从您的CentOS 7系统中被彻底移除。在执行上述操作前,请确保已经备份好所有重要数据以防丢失。这些步骤操作需要一些基本的Linux系统管理知识,若您对某一步骤不是非常清楚,请先进行必要的学习或咨询专业人士。在执行系统级操作时,推荐在实施前创建系统快照或备份,以便在出现问题时能够恢复到原先的状态。
236 79

推荐镜像

更多