NoSql之MongoDB(系列五)

吸毒的虫子

　　本章主要是介绍MongoDB的复制(Replication)机制,这种机制可以实现读写分离方案，并支持灾难恢复(服务器断电)等意外情况下的数据安全.
　　MongoDB的复制可以以下几种：
　　1、主从复制模式(Master—Slave)
　　2、互为主从模式(Replica—Pairs)
　　3、Replset复制集方式(可以看成pair的升级版,解决pair只能在两个结点间同步的限制，支持多个结点同步且支持主从宕机时的自动切换, 在1.6版本以后提供)
　　下面分别介绍一下.
　　
　　1、主从复制模式(Master—Slave)

　　
　　主服务器IP:192.168.1.10:27017
　　mongod --dbpath=c:\MongoDB --master --oplogSize 64
　　从服务器IP:192.168.1.20:27017
　　mongod --dbpath=d:\MongoDB --slave --source 1192.168.1.10:27017 --only test --slavedelay 100
　　
　　配置选项：      
     --master  以主服务器方式启动      
     --slave   以从服务器方式启动      
     --autoresync  自动重新sync，因为该操作会copy 主服务器上的所有document，比较耗时，在10分钟内最多只会进行一次。      
     --oplogSize  指定master上用于存放更改的数据量，如果不指定，在32位机上最少为50M，在64位机上最少为 1G，最大为磁盘空间的5%。      
     --source  主服务器地址（与--slave组合使用）      
     --only  仅限于同步指定数据库（下面示例为test库）      
     --slavedelay  同步延时
　　
　　2、互为主从模式(Replica—Pairs)
　　以这种方式启动后，数据库会自动协商谁是master谁是slave。一旦一个数据库服务器断电，另一个会自动接管，并从那一刻起起为master。万一另一个将来也出错了，那么master状态将会转回给第一个服务器。以这种复制方式启动mongod的命令如下：
　　
　　
　　配置选项：      

　　      mongod --pairwith  --arbiter      
      --pairwith: remoteserver是pair里的另一个server      
      --arbiter:  arbiterserver是一个起仲裁作用的Mongo数据库，用来协商pair中哪一个是master。arbiter运行在第三个机器上，利用“平分决胜制”决定在pair中的两台机器不能联系上对方时让哪一个做master，一般是能同arbiter通话的那台机器做master。如果不加 --arbiter选项，出现网络问题时两台机器都作为master。
　　
　　     另外这种模式下的两台机器只能满足最终一致性。当replica pair中的一台机器完全挂掉时，需要用一台新的来代替。如(n1, n2)中的n2挂掉，这时用n3来代替n2。步骤如下：      
      1. 告诉n1用n3来代替n2：db.$cmd.findOne({replacepeer:1});      
      2. 重启n1让它同n3对话：mongod --pairwith n3 --arbiter        
      3. 启动n3：mongod --pairwith n1 --arbiter 。      
     在n3的数据没有同步到n1前n3还不能做master，这个过程长短由数据量的多少决定。
　　
　　
　　3、Replset复制集方式
　　启动第一个服务器

　　
　　启动第二个服务器

　　
　　打开第三个cmd窗体,一定要进入admin,要不然执行后面的命令会提示错误.
　　
　　
　　
　　
　　
　　
　　
　　后面再追加仲裁服务器rs.addArb("127.0.0.1”27017")
　　使用rs.conf()查看配置