您的位置:首页 > 数据库 > Mongodb

mongodb基础系列—副本集具体搭建以及解说

2013-12-23 10:33 441 查看
   既然有了主从复制,为啥又出来个副本集?一个东西的出现,肯定存在一种东西被解救。所谓一物降一物O(∩_∩)O
  上文中说道主从复制缺点—主服务器出现故障,从服务器是干瞪眼。这篇文章就要解说,主仆之间会有一个怎样的变化?
  
  仍然是一台电脑工作。步骤如下:

 1.准备条件,模拟三个服务器,一个主primary,两个secondary(可以称副节点)

     可以新建目录如下:
     以三个节点为例:

节点1:
HOST:localhost:10001
Log File:e:\mastersavle\logs\node1\logs.txt
Data File:E:\mastersavle\dbs\node1

节点2:
HOST:localhost:10002
Log File:E:\mastersavle\logs\node2\logs.txt
Data File:E:\mastersavle\dbs\node2

节点3:
HOST:localhost:10003
Log File:E:\mastersavle\logs\node3\logs.txt
Data File:E:\mastersavle\dbs\node3


  2.启动三个节点,观察启动后每个节点的日志文件

启动节点1:

mongod --dbpath  E:\mastersavle\dbs\node1 --logpath E:\mastersavle\logs\node1\logs.txt --logappend --port
10001 --replSet itcast/localhost:10002  --master

启动节点1中:replSet指定副本集名称,后面是可选参数。说明该副本集群中还有10002数据库。



我们看看log日志:



启动节点2:
mongod --dbpath E:\mastersavle\dbs\node2 --logpath  E:\mastersavle\logs\node2\logs.txt --logappend --port 10002 --replSet itcast/localhost:10001

启动节点2中日志:



启动节点3:  
mongod --dbpath E:\mastersavle\dbs\node3 --logpath E:\mastersavle\logs\node3\logs.txt --logappend --port 10003 --replSet itcast/localhost:10001,localhost:10002


其中启动节点3时,可以只指定副本集中的一个服务,或同时指定。副本集的一个特性为:自动检测,你仅指定单台服务器后,MongoDB会自动搜索并连接到同一副本集的其余的节点。
其中节点3中日志:



3.初始化节点:只初始化一次,随便登陆三个节点任何一个,但是必须进入admin数据库

  节点2和节点3日志文件中已经告诉我们,replSet info you may need to run replSetInitiate,需要运行初始化函数。 

db.runCommand({"replSetInitiate":{"_id":"itcast","members":[{"_id":1,"host":"localhost:10001","priority":3},{"_id":2,"host":"localhost:10002","priority":2},{"_id":3,"host":"localhost:10003","priority":1}]}});


"_id":“itcast",  指副本集的名称
 "members":[...]  副本集的服务器列表  每个列表有个 
               "_id": 每个服务器的唯一id,  
              "host" 指定服务器的主机, 
              “priority”设置优先级,默认优先级为1,可以是1-1000的数字,数字越大,优先级越高。



4.开启另一个窗口,测试谁是主服务器

连接10001端口:



查看是否是主服务器:db.$cmd.findOne ( {ismaster: 1 } ); 



5.测试副本集特性,断开主节点,看副节点有何变化?

直接把主节点服务断开,10001日志文件和10002日志,则会打印,连不上10001问题。
10002节点日志文件:



10003节点日志文件:



通过控制台发现:



6.测试几种情况,目前剩下10002(主)和10003(副),宕掉主,副会有啥变化

继续宕掉10002,看看10003有啥变化?





集群中因为投票数不大于总数一半,所以10003是不会升级为主服务器的。
另一种测试,我们把10003起来后,目前是10002是主服务器,我们现在宕掉10003副节点,看效果:





7.副本集同步原理:如何保持主从节点数据一致性:

上篇博客提到主从复制中,主节点记录在local数据库,来保持同步性。副本集其实也是类似的,主节点操作数据库状态的日志,记录在local.oplog.rs集合中,这样,备份节点通过读取日志,在自己数据库完完全全执行一遍。【不记录查询哈,同上篇】
local数据中集合中local.system.replset中没有任何配置信息,是记录节点初始化



local.oplog.rs集合记录主节点操作数据库状态日志:



8.总结

从上文测试可以看出,副本集和主从复制的区别
副本集特性:1.没有固定的master主节点。2.故障自动恢复,继续工作。
没有固定的主节点,是因为一个主节点宕掉,集群中会elect投票,从副节点secondary中选举一个,升级为主节点。
总体而言,副本集就是具有故障自动恢复的主从复制。
其实主从复制,目前官网也也不怎么提倡,因为主从复制只能起到备份作用,没有达到自动恢复效果。
ps:主节点其实就是活跃点,副节点、从节点就是备份节点。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  mongodb 副本集
相关文章推荐