【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,如需转载请自行联系原作者

相关实践学习
MongoDB数据库入门
MongoDB数据库入门实验。
快速掌握 MongoDB 数据库
本课程主要讲解MongoDB数据库的基本知识,包括MongoDB数据库的安装、配置、服务的启动、数据的CRUD操作函数使用、MongoDB索引的使用(唯一索引、地理索引、过期索引、全文索引等)、MapReduce操作实现、用户管理、Java对MongoDB的操作支持(基于2.x驱动与3.x驱动的完全讲解)。 通过学习此课程,读者将具备MongoDB数据库的开发能力,并且能够使用MongoDB进行项目开发。   相关的阿里云产品:云数据库 MongoDB版 云数据库MongoDB版支持ReplicaSet和Sharding两种部署架构,具备安全审计,时间点备份等多项企业能力。在互联网、物联网、游戏、金融等领域被广泛采用。 云数据库MongoDB版(ApsaraDB for MongoDB)完全兼容MongoDB协议,基于飞天分布式系统和高可靠存储引擎,提供多节点高可用架构、弹性扩容、容灾、备份回滚、性能优化等解决方案。 产品详情: https://www.aliyun.com/product/mongodb
相关文章
|
25天前
|
存储 NoSQL MongoDB
MongoDB 复制(副本集)
10月更文挑战第17天
34 2
MongoDB 复制(副本集)
|
2月前
|
存储 NoSQL Shell
MongoDB复制(副本集)总结
这篇文章是关于MongoDB副本集的总结,包括复制原理、设置副本集、案例分析等内容。
41 1
|
3月前
|
NoSQL MongoDB Windows
MongoDB 读写分离——Windows MongoDB 副本集配置
MongoDB 读写分离——Windows MongoDB 副本集配置
64 0
|
6月前
|
监控 NoSQL MongoDB
【MongoDB 专栏】MongoDB 的副本集故障转移与恢复
【5月更文挑战第11天】MongoDB的副本集是高可用性关键,提供数据冗余和自动故障转移。由主节点和从节点组成,主节点处理写操作,从节点同步数据。当主节点故障,副本集通过选举产生新主节点,确保服务不间断。故障转移涉及节点优先级和数据同步状态的考量。恢复阶段解决数据不一致,重点包括节点部署监控、数据同步策略、选举机制和备份恢复计划。网络延迟和大规模数据可能带来挑战,需优化网络、性能调优和定期演练。随着技术进步,副本集的故障转移与恢复将更高效、智能,保障数据安全,支撑业务系统的稳定运行。
349 3
【MongoDB 专栏】MongoDB 的副本集故障转移与恢复
|
6月前
|
NoSQL MongoDB 数据库
国内唯一 阿里云荣膺MongoDB“2024年度DBaaS认证合作伙伴奖”
阿里云连续第五年斩获MongoDB合作伙伴奖项,也是唯一获此殊荣的中国云厂商。一起学习MongoDB副本集的选举机制以及可能会出现的特殊情况。
国内唯一 阿里云荣膺MongoDB“2024年度DBaaS认证合作伙伴奖”
|
4月前
|
存储 NoSQL 关系型数据库
MongoDB的配置服务器和复制机制
【7月更文挑战第2天】MongoDB配置服务器存储分片和权限元数据,支持在主节点故障时保持读服务。关键组件,性能影响显著。复制集包含Primary和Secondary,通过oplog实现数据同步,类似MySQL binlog。oplog的幂等性可能导致大量set操作,且大小受限,可能导致从节点需全量同步。读写分离提升效率,主从切换确保高可用。
51 0
|
5月前
|
安全 NoSQL 程序员
老程序员分享:mongodb4.xxx安装,和基本配置
老程序员分享:mongodb4.xxx安装,和基本配置
51 0
|
6月前
|
监控 NoSQL 安全
【MongoDB 专栏】MongoDB 的复制集:高可用性配置
【5月更文挑战第10天】MongoDB的复制集是实现数据高可用性的重要机制,由主节点和次节点构成,主节点处理写操作,次节点同步数据确保一致。在主节点故障时,次节点自动提升接替,保证服务不间断。通过复制集,可实现数据保护、持续服务,适用于关键业务系统和数据备份。配置时需关注网络稳定性、节点性能和数据一致性。案例显示,复制集能有效保障服务高可用,防止数据丢失和业务中断,是现代数据库管理的关键工具。在数据驱动的世界,复制集为高可用性提供了坚实保障。
140 0
【MongoDB 专栏】MongoDB 的复制集:高可用性配置
|
5月前
|
存储 监控 NoSQL
MongoDB 副本集:构建可靠的数据备份与高可用性系统
MongoDB 副本集:构建可靠的数据备份与高可用性系统
103 0
|
20天前
|
NoSQL Cloud Native atlas
探索云原生数据库:MongoDB Atlas 的实践与思考
【10月更文挑战第21天】本文探讨了MongoDB Atlas的核心特性、实践应用及对云原生数据库未来的思考。MongoDB Atlas作为MongoDB的云原生版本,提供全球分布式、完全托管、弹性伸缩和安全合规等优势,支持快速部署、数据全球化、自动化运维和灵活定价。文章还讨论了云原生数据库的未来趋势,如架构灵活性、智能化运维和混合云支持,并分享了实施MongoDB Atlas的最佳实践。