既然有了主从复制，为啥又出来个副本集？一个东西的出现，肯定存在一种东西被解救。所谓一物降一物O(_)O 上文中说道主从复制缺点主服务器出现故障，从服务器是干瞪眼。这篇文章就要解说，主仆之间会有一个怎样的变化？ 仍然是一台电脑工作。步骤如下： 1.准
既然有了主从复制，为啥又出来个副本集？一个东西的出现，肯定存在一种东西被解救。所谓一物降一物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：主节点其实就是活跃点，副节点、从节点就是备份节点。
