MongoDB搭建Replica Set复制集

简介:

 1、在MongoDB的同级安装目录下创建数据目录,目录结构如下:


       /data/rs0
       /data/rs1

       /data/rs2


  2、使用命令行启动mongod的三个实例,打开三个命令行窗口,分别输入命令如下:


mongod --port 10000 --dbpath E:/field/replset/data/rs0 --replSet rscx --smallfiles --oplogSize 128
mongod --port 10001 --dbpath E:/field/replset/data/rs1 --replSet rscx --smallfiles --oplogSize 128
mongod --port 10002 --dbpath E:/field/replset/data/rs2 --replSet rscx --smallfiles --oplogSize 128

wKiom1M2tpqy9DbeAAYahPjQ9ew005.jpg


  执行完上面的命令后,MongoDB的实例服务已经启动了,我们可以在刚刚创建数据目录下,看到MongoDB自动生成的一些数据配置文件。但同时我们也会发现命令行上会不停的打出“replSet can't get local.system.replset config from self or any seed”,这是因为集合loccal.system.replset还没有任何配置信息,我们还需要在命令行执行rs.initiate来进行初始化。


  打开一个命令行窗口,我们连接到第一个实例。


mongo --port 10000


  在命令行继续输入mongodb replicate sets的配置信息,然后执行rs.initiate( rsconf )初始化配置信息。


rsconf = {
          _id: "rs0",
          members: [
                     {
                      _id: 0,
                      host: "<hostname>:27017"
                     }
                   ]
        }
rs.initiate( rsconf )


  在这一步,如果读者不小心,在执行rs.initialte方法时,忘记了加参数,可以通过rs.reconfig(rsconf)来重新初始化配置文件。


  接下来,运行rs.conf()命令,我们能够看到会显示如下所示的复制集信息。


rscx:PRIMARY> rs.conf()
{
       "_id" : "rscx",
       "version" : 2,
       "members" : [
               {
                       "_id" : 0,
                       "host" : "favpc:10000"
               }
       ]
}

  接下来,继续运行下面的命令,将另外两个配置集加到复制集中。


rs.add("favpc":10001)
rs.add("favpc":10002)


wKioL1M2tozh9hZJAAKM-JqJL88177.jpg


  至此,Replica Sets复制集就搭建成功了。我们也可以看到mongodb复制集的命令行窗口不再打印replSet can't get local.system.replset config from self or any seed“,取而代之的是打印的复制集的连接信息。当我们在主节点更新数据时,从节点也会自动更新数据。





本文转自 genuinecx 51CTO博客,原文链接:http://blog.51cto.com/favccxx/1386691,如需转载请自行联系原作者
目录
相关文章
|
NoSQL MongoDB
MongoDB-复制集搭建
在安装目录下新建 data/conf/log 3个文件夹,在conf文件夹下新建 mongo.config,在mongo.config中配置如下内容:
340 0
|
运维 监控 NoSQL
【MongoDB 复制集秘籍】Secondary 同步慢怎么办?深度解析与实战指南,让你的数据库飞速同步!
【8月更文挑战第24天】本文通过一个具体案例探讨了MongoDB复制集中Secondary成员同步缓慢的问题。现象表现为数据延迟增加,影响业务运行。经分析,可能的原因包括硬件资源不足、网络状况不佳、复制日志错误等。解决策略涵盖优化硬件(如增加内存、升级CPU)、调整网络配置以减少延迟以及优化MongoDB配置(例如调整`oplogSize`、启用压缩)。通过这些方法可有效提升同步效率,保证系统的稳定性和性能。
591 4
|
数据库
MongoDB-复制集投票节点
?> 投票节点就是不保存任何数据, 只参与投票的节点
282 0
|
C# 开发者 Windows
全面指南:WPF无障碍设计从入门到精通——让每一个用户都能无障碍地享受你的应用,从自动化属性到焦点导航的最佳实践
【8月更文挑战第31天】为了确保Windows Presentation Foundation (WPF) 应用程序对所有用户都具备无障碍性,开发者需关注无障碍设计原则。这不仅是法律要求,更是社会责任,旨在让技术更人性化,惠及包括视障、听障及行动受限等用户群体。
682 1
|
C# UED 开发者
WPF与性能优化:掌握这些核心技巧,让你的应用从卡顿到丝滑,彻底告别延迟,实现响应速度质的飞跃——从布局到动画全面剖析与实例演示
【8月更文挑战第31天】本文通过对比优化前后的方法,详细探讨了提升WPF应用响应速度的策略。文章首先分析了常见的性能瓶颈,如复杂的XAML布局、耗时的事件处理、不当的数据绑定及繁重的动画效果。接着,通过具体示例展示了如何简化XAML结构、使用后台线程处理事件、调整数据绑定设置以及利用DirectX优化动画,从而有效提升应用性能。通过这些优化措施,WPF应用将更加流畅,用户体验也将得到显著改善。
1900 1
|
监控 NoSQL 大数据
【MongoDB复制集瓶颈】高频大数据写入引发的灾难,如何破局?
【8月更文挑战第24天】在MongoDB复制集中,主节点处理所有写请求,从节点通过复制保持数据一致性。但在大量高频数据插入场景中,会出现数据延迟增加、系统资源过度消耗、复制队列积压及从节点性能不足等问题,影响集群性能与稳定性。本文分析这些问题,并提出包括优化写入操作、调整写入关注级别、采用分片技术、提升从节点性能以及持续监控调优在内的解决方案,以确保MongoDB复制集高效稳定运行。
707 2
|
存储 NoSQL MongoDB
【赵渝强老师】部署MongoDB复制集
本文介绍了如何在单个节点上搭建MongoDB复制集环境,通过监听不同端口实现多节点配置。详细步骤包括创建数据目录、编辑配置文件、启动节点、初始化复制集、查看状态以及测试主从库的读写操作。文中还提供了视频讲解和代码示例,帮助读者更好地理解和操作。
550 0
|
存储 NoSQL MongoDB
【赵渝强老师】MongoDB复制集的体系架构
MongoDB的复制集是一种集群技术,由一个Primary节点和多个Secondary节点组成,实现数据的高可用性。Primary节点处理写入请求,Secondary节点同步数据。当Primary节点故障时,Secondary节点可通过选举成为新的Primary节点。视频讲解和示意图详见正文。
316 0
|
监控 NoSQL 安全
【MongoDB 专栏】MongoDB 的复制集:高可用性配置
【5月更文挑战第10天】MongoDB的复制集是实现数据高可用性的重要机制,由主节点和次节点构成,主节点处理写操作,次节点同步数据确保一致。在主节点故障时,次节点自动提升接替,保证服务不间断。通过复制集,可实现数据保护、持续服务,适用于关键业务系统和数据备份。配置时需关注网络稳定性、节点性能和数据一致性。案例显示,复制集能有效保障服务高可用,防止数据丢失和业务中断,是现代数据库管理的关键工具。在数据驱动的世界,复制集为高可用性提供了坚实保障。
445 0
【MongoDB 专栏】MongoDB 的复制集:高可用性配置
|
Kubernetes 容器 Perl
在K8S中,Replica Set和Replication Controller之间有什么区别?
在K8S中,Replica Set和Replication Controller之间有什么区别?

推荐镜像

更多