MongoDB——主从复制&副本集

 前面我说到了，MongoDB数据库支持服务器之间的数据复制。支持主从模式及服务器之间的相互复制。目的当然是实现负载均衡与故障恢复。Mongo中内置了两种技术：主从复制、副本集。下面就简单介绍这两种模式的配置。

 

一、    主从复制

 

       主从复制是一个简单的数据库同步备份的集群技术。模型如下：

 

　　

 

 

       需要注意：

       在数据库集群中要明确的知道谁是主服务器，主服务器只有一台。

       从服务器要知道自己的数据源，也就是自己的主服务器是谁。

       --master用来明确主服务器，--slave和—source来控制从服务器。

　　实例

       配置其实非常简单，类似我们前面讲到的Redis的主从复制，思路如下：

       我们现在起两个MongoDB的数据库实例，一个作为Master一个作为Slave，然后从Master存数据，然后看是否能从Slave中取出数据即可。步骤如下：

　　步骤一：

　　分别做好Master（用8888端口）和Slave（用7777端口）的服务端与客户端的启动bat文件：

　　

　　

 

 

       Master的文件内容依次如下：

       8888.conf：

 

　　

 

 

       8888mongodbStartServer.bat：

 

　　

 

 

       8888mongodb.bat：

 

　　

 

 

       Slave的文件内容如下：

       7777.conf：

 

　　

 

 

　　7777mongodbStartServer.bat：

 

　　

 

 

　　7777mongodb.bat：

 

　　

 

 

　　步骤二：

　　双击Master的启动bat文件（8888mongodbStartServer.bat）：

 

　　

 

 

　　双击Slave的启动bat文件（7777mongodbStartServer.bat）：

 

　　

 

 

　　步骤三：

　　双击Master的客户端启动bat文件（8888mongodb.bat），并新建一个数据库，同时插入数据：

 

　　

 

 

　　步骤四：

　　双击Slave的客户端启动bat文件（7777mongodb.bat），并查询是否存在刚刚在Master中新建的数据库、Collection与插入的两条数据：

 

　　

 

 

　　这就说明，主从复制已配置成功。这里还需要注意，Slave数据库实例是不允许我们插入、修改数据的，我们只能操作Master数据库服务器，例如我们在Slave中插入一条数据，会报错：

 

　　

 

 

　　实例的结构图如下：

　　

　　

 

 

 

 

二、    副本集

 

　　与主从复制所能达到的效果类似。主从复制模型中的Master相当于副本集中的“活跃”节点；Slave相当于“备份”节点，如下图：

 

　　

 

 

　　上图1，表明A是活跃的，B、C是用于备份的；图2表示，当A出现故障，这时候集群根据权重算法推选出B为活跃数据库节点；图3表示，当A恢复故障后，它自动变为了备份节点。

　　与主从复制不同的是，主从复制中只有一个Master，当Master节点挂掉之后，所有的Slave节点无法自动变为Master，继续提供服务。这时所有的 Slave也就会因连不上Master而无法继续备份数据，直到它再次连到Master。

　　而副本集中所有的节点都可以成为“活跃”节点（一开始是随机推出的），当当前的活跃节点挂掉之后，集群会立即从其它完好的备份节点中推选出一个节点作为“活跃节点”，整个副本集群不会停止备份服务。

　　配置

       配置与主从复制的配置相似，这里不再像上面那么详细的一步步介绍，直接给出大概配置：

       准备三套MongoDB的启动配置：（监听不同的端口）

 

　　三个启动配置（A/B/C.conf）如下：

 

　　

 

 

　　先启动Mongo的三个服务端实例，并初始化副本集：

 

　　

 

 

　　然后，启动Mongo的客户端实例，启动后可以看出哪个活跃节点，哪些是备份节点：

 

　　

　　

 

 

　　然后就可以做类似“主从复制”的实例来验证我们是否配置成功。

 

 

http://blog.csdn.net/wang379275614/article/details/47262427

http://snowolf.iteye.com/blog/1974747