在上一篇文章《搭建高可用MongoDB集群（一）——配置MongoDB》 提到了几个问题还没有解决。
- 主节点挂了能否自动切换连接？目前需要手工切换。
- 主节点的读写压力过大如何解决？
- 从节点每个上面的数据都是对数据库全量拷贝，从节点压力会不会过大？
- 数据压力大到机器支撑不了的时候能否做到自动扩展？
这篇文章看完这些问题就可以搞定了。NoSQL的产生就是为了解决大数据量、高扩展性、高性能、灵活数据模型、高可用性。但是光通过主从模式的架构远远达不到上面几点，由此MongoDB设计了副本集和分片的功能。这篇文章主要介绍副本集：
mongoDB官方已经
不建议使用主从模式了，替代方案是采用副本集的模式，点击查看 ，如图：
那什么是副本集呢？打魔兽世界总说打副本，其实这两个概念差不多一个意思。游戏里的副本是指玩家集中在高峰时间去一个场景打怪，会出现玩家暴多怪物少的情况，游戏开发商为了保证玩家的体验度，就为每一批玩家单独开放一个同样的空间同样的数量的怪物，这一个复制的场景就是一个副本，不管有多少个玩家各自在各自的副本里玩不会互相影响。 mongoDB的副本也是这个，主从模式其实就是一个单副本的应用，没有很好的扩展性和容错性。而副本集具有多个副本保证了容错性，就算一个副本挂掉了还有很多副本存在，并且解决了上面第一个问题“主节点挂掉了，整个集群内会自动切换”。难怪mongoDB官方推荐使用这种模式。我们来看看mongoDB副本集的架构图：
由图可以看到客户端连接到整个副本集，不关心具体哪一台机器是否挂掉。主服务器负责整个副本集的读写，副本集定期同步数据备份，一但主节点挂掉，副本节点就会选举一个新的主服务器，这一切对于应用服务器不需要关心。我们看一下主服务器挂掉后的架构：
副本集中的副本节点在主节点挂掉后通过心跳机制检测到后，就会在集群内发起主节点的选举机制，自动选举一位新的主服务器。看起来很牛X的样子，我们赶紧操作部署一下！
官方推荐的副本集机器数量为至少3个，那我们也按照这个数量配置测试。
1、准备两台机器 192.168.1.136、192.168.1.137、192.168.1.138。 192.168.1.136 当作副本集主节点，192.168.1.137、192.168.1.138作为副本集副本节点。
2、分别在每台机器上建立mongodb副本集测试文件夹
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
40
41
42
43
44
45
46
47
48
49
2
3
4
5
6
7 mkdir
8 -p
9 /data/mongodbtest/replset
10
11
12
13
14
15
16
17
18
19
20
21 #存放mongodb数据文件
22
23
24
25
26
27 mkdir
28 -p
29 /data/mongodbtest/replset/data
30
31
32
33
34
35
36
37
38
39
40
41 #进入mongodb文件夹
42
43
44
45
46
47 cd
48 /data/mongodbtest
49
3、下载mongodb的安装程序包
2
3
4
5
6
2 //fastdl
3 .mongodb.org
4 /linux/mongodb-linux-x86_64-2
5 .4.8.tgz
6
注意linux生产环境不能安装32位的mongodb，因为32位受限于操作系统最大2G的文件限制。
2
3
4
5
6
7
8
9
2
3
4
5
6
7 tar
8 xvzf mongodb-linux-x86_64-2.4.8.tgz
9
4、分别在每台机器上启动mongodb
2
3
4
5
6
7
2 .4.8
3 /bin/mongod
4 --dbpath
5 /data/mongodbtest/replset/data
6 --replSet repset
7
可以看到控制台上显示副本集还没有配置初始化信息。
2
2
