MongoDB的replication配置比MySQL简单，而且感觉更智能一些。
配置非常简单，先简单介绍一下环境：
Primary 一台
Secondary 一台
Arbiter 一台
分别三台机器，通过一个10.10.1.0 的subnet链接起来。
分别在每台机器的mongo.conf的配置文件上添加一个配置如下：
replSet=rs0
可以不命名为rs0，也可以命名其它，反正每台机器的repSet一样就OK了。
用mongo shell登录mongodb，然后，创建一个cfg的BSON格式变量，如下：
cfg={
"_id" : "rs0",
"members" :
[ { "_id" : 0, "host" : "10.10.1.55:27017" }, { "_id" : 1, "host" : "10.10.1.56:27017" } ]
}
10.10.1.55是Primary机器，1.56是secondary，在此无需添加Arbiter先。
继续输入下面的命名（只要在Primary上输入即可）
rs.initiate(cfg) rs.status()
经过上面的两条命令你就发现一台机器是Primary，一台是Secondary。
现在输入下面的命令创建Arbiter：
rs.addArb("10.10.1.57")
再次输入rs.statsu()，应该会有如下内容：
rs0:PRIMARY> rs.status()
{
"set" : "rs0",
"date" : ISODate("2015-10-12T17:01:31Z"),
"myState" : 1,
"members" : [
{
"_id" : 0,
"name" : "10.10.1.55:27017",
"health" : 1,
"state" : 1,
"stateStr" : "PRIMARY",
"uptime" : 66,
"optime" : Timestamp(1444636144, 1),
"optimeDate" : ISODate("2015-10-12T07:49:04Z"),
"electionTime" : Timestamp(1444669275, 1),
"electionDate" : ISODate("2015-10-12T17:01:15Z"),
"self" : true
},
{
"_id" : 1,
"name" : "10.10.1.56:27017",
"health" : 1,
"state" : 2,
"stateStr" : "SECONDARY",
"uptime" : 21,
"optime" : Timestamp(1444636144, 1),
"optimeDate" : ISODate("2015-10-12T07:49:04Z"),
"lastHeartbeat" : ISODate("2015-10-12T17:01:30Z"),
"lastHeartbeatRecv" : ISODate("2015-10-12T17:01:30Z"),
"pingMs" : 105,
"lastHeartbeatMessage" : "syncing to: 10.10.1.55:27017",
"syncingTo" : "10.10.1.55:27017"
},
{
"_id" : 2,
"name" : "10.10.1.57:27017",
"health" : 1,
"state" : 7,
"stateStr" : "ARBITER",
"uptime" : 2,
"lastHeartbeat" : ISODate("2015-10-12T17:01:29Z"),
"lastHeartbeatRecv" : ISODate("2015-10-12T17:01:30Z"),
"pingMs" : 1002
}
],
"ok" : 1
}
这样MongoDB的Replication就配置完成了，再看看能不能实现复制。
在Primary 上输入：
rs0:PRIMARY> use students;
switched to db students
rs0:PRIMARY> db.scores.insert({"stuid":1,"subject":"math","score":99})
WriteResult({ "nInserted" : 1 })
rs0:PRIMARY> use local
switched to db local
rs0:PRIMARY> db.oplog.rs.find()
{ "ts" : Timestamp(1444636024, 1), "h" : NumberLong(0), "v" : 2, "op" : "n", "ns" : "", "o" : { "msg" : "initiating set" } }
{ "ts" : Timestamp(1444636144, 1), "h" : NumberLong("-5201159559565017071"), "v" : 2, "op" : "n", "ns" : "", "o" : { "msg" : "Reconfig set", "version" : 2 } }
{ "ts" : Timestamp(1444669489, 1), "h" : NumberLong("-3625785754623372300"), "v" : 2, "op" : "i", "ns" : "students.scores", "o" : { "_id" : ObjectId("561be83187dabed86388bff7"), "stuid" : 1, "subject" : "math", "score" : 99 } }
最后一条，表示刚刚插入的数据通过oplog复制过去Secondary了，这时候可以登录Secondary查看是否有该数据库以及该条数据：
rs.slaveOk();
use students
db.scores.find()
这样就会出现刚刚那条数据。
现在模拟一下Primary机器挂掉的情况，在系统shell上输入：
ps -ef|grep mongo
kill -9 mongodPID
杀掉mongodb进程
在原来的secondary上输入rs.status()你会发现secondary变成了primary了。重新启动挂掉的primary就会成为新的secondary了。可以在新的primary服务器上输入：rs.setpDown()来重新选举出原来的primary。
如果Secondary挂掉，重启后是否还能自动完成复制？
现在用kill来杀掉secondary的进程，之后在primary上插入若干条记录。
rs0:PRIMARY> for(var i=2;i<1000;i++) db.scores.insert({"stuid":i,"subject":"math","score":99})
rs0:PRIMARY> db.scores.find().count()
999
一共有999行。现在重启一下secondary数据库，输入：
rs.slaveOk()
rs0:SECONDARY> db.scores.find().count()
999
跟Primary一样