复制集架构图：
三节点replicaset配置安装(无仲裁节点)：
Replica set 【10.10.20.161-10.10.20.163】
10.10.20.161-10.10.20.163这三台按下面的安装：
mkdir -p/u01/mongodb/data/replset/
mkdir -p/u01/mongodb/log/
/usr/local/mongodb/bin/mongod--replSet myrepl --fork --port 40001 --dbpath /u01/mongodb/data/replset/--logpath /u01/mongodb/log/replset.log --logappend --oplogSize=4096
然后在建立集群，想让哪台当主就登陆哪台的服务器的mongo，然后添加如下配置
/usr/local/mongodb/bin/mongo-port 40001
config ={_id: 'myrepl', members: [{_id: 0, host: '10.10.20.161:40001'}, {_id: 1, host:'10.10.20.162:40001'},{_id: 3, host: '10.10.20.163:40001'}]}
rs.initiate(config)
配置完毕后退出再登陆会显示primary字样
/usr/local/mongodb/bin/mongo-port 40001
MongoDBshell version: 2.2.2
connectingto: 127.0.0.1:40001/test
myrepl:PRIMARY>
而另外两个则显示myrepl:SECONDARY
三节点replicaset配置安装(有仲裁节点)：
三节点无仲裁的好处就是一个master写，两个slave读。缺点是，我现在只有两台机器，也想做replica set，这样就出现了问题，如果只有两台的话，如果master宕机的话，那么只有slave一台，投票算法无法进行，所以slave无法提升为master只能只读，但是如果有一个仲裁节点的话，就可以完成切换，仲裁节点只负责投票不需要同步数据。
添加仲裁节点也很简单
配置好1主1从节点后添加rs.add('10.10.20.163:40001',true)或者用rs.addArb('10.10.20.163:40001');
也可在第一次配置时添加
config ={_id: 'myrepl', members: [{_id: 0, host: '10.10.20.161:40001'}, {_id: 1, host:'10.10.20.162:40001'},{_id: 3, host: '10.10.20.163:40001', arbiterOnly: true}]}
rs.initiate(config)
读写分离：
默认做好Replica set的时候，slave是不开读的只能做故障切换用，这样比较浪费，为了分担主上的压力，应该让slave可读，方法是在slave服务器上执行rs.slaveOk()
手动切换master：
如果当前master出现问题，我们想把它降级成slave，那么非常简单，我们只用登陆master上执行rs.stepDown(10)，这个命令的意思是10秒不会参与选举master，当执行完后复制集会从其他slave中选一个提升为master。其实手动切换master除了这个命令还有个方法就是比较复杂，就是修改config，设置优先级，然后重新加载。还有个命令某些时候会用到rs.freeze(10)是在slave上使用的，意思是10秒内不参与master的选举，如果我们在手动切换master的时候，我们不想让某些slave做master可以使用这个命令。
replica set相关命令：
rs.status()：查看复制集状态信息
rs.conf()：查看复制集配置信息
replica set节点的删除与添加：
假设我们现在需要对其中一个节点10.10.20.163进行维护，那我们需要，需要执行的命令如下
登陆master
执行rs.remove("10.10.20.163:40001")
等维护完之后再执行rs.add("10.10.20.163:40001")添加节点即可，但是如果下线时间太久，导致oplog已经被覆盖，那么用rs.add添加节点后10.10.20.163的同步将会停止。而且会有报错Thu Feb 28 09:58:00[rsBackgroundSync] replSet not trying to sync from 10.10.20.162:40001, it isvetoed for 133 more seconds。
replica set节点同步失败处理方法：
接着上面的话题，如果同步出现问题，有两个方法解决
将一台同步完好的节点remove然后将数据目录scp过来再启动
将那个不同步的节点的数据目录删除，然后启动，mongodb会自动为你做好同步
replicaset何时会切换失效：
这是一个很重要的知识点，就是replica set的成员节点，一旦宕机数量超过一半的时候，PRIMARY会自动降级成为SECONDARY，这时集群里只能只读，这时为了防止由于网络原因集群被分割成多块选出多个主。所以为了保证剩余的机器仍可切换为主，可添加多个仲裁节点。
例如：1主+2从+1仲裁
一共4个节点，一半就是2，那么如果2个从库宕机之后，那个主就会自动降级为从，这时这个replica set是不可写入的，所以不可用。
那么要解决这个问题就可以采用：1主+2从+2仲裁，这样的话宕2个从库达不到节点总数的一半，所以也不会对集群有影响。
修改slave的同步源（mongo 2.2新特性）：
集群搭好之后，一般来说slave都是从master那里同步，如果如果slave很多的话master压力很大，我们可以让某些slave从其他的slave来同步数据，使用rs.syncFrom("10.10.20.163:40001")语句来执行这台slave从哪台同步，要注意如果这台slave重启后这个设置会失效。