Mongodb 复制的纽带–Oplog

    作用：

    大小：

    是一个capped collection。在64位的Linux, Solaris, FreeBSD, and Windows 系统中，Mongodb默认将其大小设置为可用disk空间的5%（默认最小为1G，最大为50G），或也可以在mongodb复制集实例初始化之前将mongo.conf中oplogSize设置为我们需要的值。但是由于Oplog其保证了复制的正常进行，以及数据的安全性和容灾能力。我们可以通过如下两个图(MMS)来了解他增加的情况：

    Mongodb 复制的纽带–Oplog - 图1

    也可以通过命令来查看：

    我们在生产环境中很可能会发现，可用disk的5%可能不够用，那么我们就需要进行Oplog的扩容了。

    背景：

    • 一个由3个节点组成的复制集。

    • 从节点：B, C

    • 需求：Oplog扩容，尽量少的影响业务。

    • 思路：先由从节点开始，一台一台的从复制集中剥离，修改，再回归复制集，最后操作主节点来减少业务影响时间。

    流程：

    • 先将B节点关闭，去掉–replSet启动参数,更换启动端口–port,将节点以单机模式启动。

    • 进入mongo，将现在的oplog中最新的位置复制到tmp表（local数据库）中：
    • 确认tmp中的数据：
    • 删除原有的oplog：
    • 建立新的oplog（capped），下例为2G大小，可根据需求修改：
    • 将tmp中的数据存储到新的oplog中，并验证：