MongoDb(3)-复制集

     前面两篇博客简单的介绍了Mongodb的安装和基本概念，本来应该继续从基础知识入手的。但是，因为复制集这个东西之前在redis中稍微的接触过一点，相对比较感兴趣。所以，接下来的两篇先对复制集和分片学习一下。言归正传。

概述

     复制集就其名字就可以大概的知道其用途，即冗余备份，故障转移。mongodb可以通过复制集的方式提高数据库的可用性，即应付突发情况的能力。诸如，断电、网络连接断开等。一句话来说就是：在突发情况导致的数据库宕机时，通过复制集的功能将服务迁移到冗余备份的数据库上。
     最简单的复制集应该包含三个节点，这个三个节点都是一个独立的mongodb实例。一个复制集需要由一个primary（主）节点，一个arbiter（仲裁）节点，一个或者多个secondary（备份）节点组成。如图所示：

数据同步

      mongodb主节点到备份节点之间的数据同步是通过操作日志来实现的。在每个mongodb的实例上都默认的建有local数据库，该数据库中有几个collection，目前我们先只关注于oplog.rs。这个即mongodb的操作日记。该集合中的记录及其含义如下：

{
    "ts" : {
        "t" : 1354919611000,
        "i" : 196
    },
    "h" : NumberLong("-8946637877024029255"),
    "op" : "i",
    "ns" : "msg.msgToSend",
    "o" : {
        "_id" : ObjectId("50c26ecae7d64ae0b5f36cfe"),
        ...
    }
}

ts：8字节的时间戳，“t”是秒数，“i”是每秒操作数。这个值很重要，在选举(如primary宕机时)新primary时，会选择ts最大的那个secondary作为新primary。（其中一种选举方式）
op：1字节的操作类型，例如i表示insert，d表示delete。
ns：操作所在的namespace。
o：操作所对应的document,即当前操作的内容（比如更新操作时要更新的的字段和值）
o2: 在执行更新操作时的where条件，仅限于update时才有该属性
     实际上该日志文件记录的内容就是对数据库操作详情，包括：操作时间，操作内容（增、删、改），数据内容，数据库等。数据同步的流程如下图所示：

故障转移

     mongoDB靠“lastHeartbeat”字段来实现自动故障转移。 mongodb实例每隔2秒就向其它成员发送一个心跳包以及通过rs.staus()中返回的成员的”health”值来判断成员的状态。如果出现复制集中primary节点不可用了，那么复制集中所有secondary的节点就会触发一次选举操作，选出一个新的primary节点。如上所配置的复制集中如果primary节点宕机了，那么就会选举secondary节点成为primary节点，arbiter节点只是参与选举其它成员成为primary节点，自己永远不会成为primary节点。如果secondary节点有多个则会选择拥有最新时间截的oplog记录或较高权限的节点成为primary节点。

     小结：复制集的内容比较重要的即操作日志，它是实现主节点和备份节点之间数据同步的关键。故障转移部分，心的主节点的产生的策略还没有深入了解。回头再说！