既然有了主从复制,为啥又出来个副本集?一个东西的出现,肯定存在一种东西被解救。所谓一物降一物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:主节点其实就是活跃点,副节点、从节点就是备份节点。