mongodb配置主从模式

　　Mongodb的replication主要有两种：主从和副本集（replica set）。主从的原理和mysql类似，主节点记录在其上的所有操作oplog，从节点定期轮询主节点获取这些操作，然后对自己的数据副本执行这些操作，从而保证从节点的数据与主节点一致。 
   现在mongodb官方建议用副本集替代主从复制，但是这不妨碍我们从主从复制入门，了解mongdob的replication。

什么是oplog：

　　MongoDB 的Replication是通过一个日志来存储写操作的，这个日志就叫做oplog。 在默认情况下,oplog分配的是5%的空闲磁盘空间。通常而言,这是一种合理的设置。可以通过mongod --oplogSize来改变oplog的日志大小。 oplog是capped collection，因为oplog的特点（不能太多把磁盘填满了，固定大小）需要，MongoDB才发明了capped collection（the oplog is actually the reason capped collections were invented）。

　　oplog的位置 oplog在local库： master/slave 架构下 local.oplog.$main。

主数据库配置（master.conf ）

# 数据库文件存储位置
dbpath  = /data/db/master
# log文件存储位置
logpath = /data/log/mongodb/master/mongodb.log
# 使用追加的方式写日志
logappend = true
# 是否以守护进程方式运行
fork    = true
# 端口号
port    =
# 是否启用认证
auth  = true
# 集群的私钥的完整路径，只对于Replica Set 架构有效（noauth = true时不用配置此项）
keyFile = /usr/local/mongodb/mongodb-keyfile
# diaglog选项 =off =W =R =both =W+some reads
#diaglog        =
# 设置主从服务器
master = true
# 设置oplog的大小(MB)
oplogSize=

从数据库配置（slave1.conf）

# 数据库文件存储位置
dbpath    = /data/db/slave1
 
# log文件存储位置
logpath    = /data/log/mongodb/slave1/mongodb.log
 
# 使用追加的方式写日志
logappend = true
 
# 是否以守护进程方式运行
fork    = true
 
# 端口号
port    = 
 
# 是否启用认证
auth    = true
 
# 集群的私钥的完整路径，只对于Replica Set 架构有效（noauth = true时不用配置此项）
keyFile = /usr/local/mongodb/mongodb-keyfile

# diaglog选项 =off =W =R =both =W+some reads
#diaglog    = 
 
# 设置主从服务器
slave = true
 
# 用于从节点，指定从节点的复制来源（主节点的IP+端口），格式为：<host><:port>
source =    127.0.0.1:    

注意：

　　如果使用认证的方式启动服务（auth = true），那么要在主从服务器配置私钥。

//    在一台服务器上生成私钥
openssl rand -base64 745 > mongodb-keyfile
 
//    修改私钥的权限为可读写
chmod 600 mongodb-keyfile
 
//    将私钥拷贝到其余的服务器上
scp mongodb-keyfile root@xxx.xxx.xxx.xxx:/usr/local/mongodb/

　　然后配置私钥路径，启动服务。

启动数据库：

/usr/local/mongodb/bin/mongod --config /usr/local/mongodb/master.conf
/usr/local/mongodb/bin/mongod --config /usr/local/mongodb/slave1.conf

当启动slave后,slave端会自动进行初始化resync同步,可以在日志查看到同步信息：

--03T11::46.396+ I NETWORK  [thread1] waiting for connections on port
--03T11::47.415+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::47.458+ I REPL     [replslave] resync: dropping database admin
--03T11::47.458+ I REPL     [replslave] resync: cloning database admin to get an initial copy
--03T11::47.481+ I COMMAND  [replslave] setting featureCompatibilityVersion to 3.4
--03T11::47.482+ I STORAGE  [replslave] copying indexes for: { name: "system.version", type: "collection", options: {}, info: { readOnly: false }, idIndex: { v: , key: { _id:  }, name: "_id_", ns: "admin.system.version" } }
--03T11::47.500+ I INDEX    [replslave] build index on: admin.system.version properties: { v: , key: { version:  }, name: "incompatible_with_version_32", ns: "admin.system.version" }
--03T11::47.500+ I INDEX    [replslave]      building index using bulk method; build may temporarily use up to  megabytes of RAM
--03T11::47.504+ I INDEX    [replslave] build index done.  scanned  total records.  secs
--03T11::47.504+ I REPL     [replslave] resync: done with initial clone for db: admin
--03T11::47.505+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::48.506+ I REPL     [replslave] sleep  sec before next pass
--03T11::49.506+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::50.507+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::51.507+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::52.508+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::53.509+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::54.509+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::55.510+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::56.510+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::58.493+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::59.494+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::00.495+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::01.495+ I REPL     [replslave] syncing from host:127.0.0.1:
--03T11::02.496+ I REPL     [replslave] syncing from host:127.0.0.1:

resync：

　　当slave端落后过多的时候需要进行resync。resync会在master上加一个全局的写锁，会阻塞其它的写操作，直到resync结束。可以使用数据库命令进行resync：

use admin
db.runCommand({"resync":1})