mongodb的备份

女爷i 2022-03-27 04:50 162阅读 0赞

转载请附原文链接：http://www.cnblogs.com/wingsless/p/5672057.html

mongodb现在为止还是没有像XtraBackup这样好用的备份工具，因此一般来说会有两种备份办法：拷贝文件和mongodump。拷贝文件这招在MySQL里经常用，但是必须要停掉写入服务，这种办法一般只会用于要进行机器迁移之类的情景，或者停机维护声明发表以后。那么mongodump算是一种比较推荐的办法。

《mongodb权威指南》这本书上指出，mongodump这种办法比较慢，它会把数据dump成BSON文件存储起来。备份一般分为全备和增备两种办法，下面分别说明。

## 全量备份 ##

全量备份只需要指定--out（-o）参数，即指定备份存储路径即可。基本上这个没什么可说的，《mongodb权威指南》指出，这个工具不是一个快照备份，如果备份过程中仍然有服务对数据进行了更新操作，比如delete，那么可能备份出来的数据中会有根本不应该存在的数据，恢复的时候也会出现莫名其妙的一条数据。其实这个，并不是一个问题。请看下面的增量备份。

## 增量备份 ##

mongodb自己并没有提供增量备份工具，但是没有问题，mongodb自己有个oplog的东西，这个东西很像MySQL的binlog，记录了所有的操作，而且这个oplog有个特点，叫做幂等性，简单地说就是这个oplog回放多少次效果都是一样的，不会出现数据重复等问题。

{
        "ts": Timestamp(1468323972, 37),
        "t": NumberLong(1),
        "h": NumberLong("-9013437047635619317"),
        "v": 2,
        "op": "i",
        "ns": "test1.testone",
        "o": {
            "_id": ObjectId("5784d8849fea750f2cce73c7"),
            "name": 35
        }
    }

上面就是oplog的内容，其中"o"中的内容就是document本身了。可以看到我是在test1数据库的testone集合中插入了该document。

根据oplog的特点，就可以利用这个东西来做增量备份了。

首先在全量备份之前，我们需要得到现在的oplog的ts。Timestamp里分别是unix时间戳和序列号。记录下这个ts之后，就可以进行全量备份了。下面还是利用mongodump，只不过这次需要加上两个参数"-d local"和"-c oplog.rs"，分别是数据库和collection。另外还有一个很重要的参数，就是"--query"，加上一个查询条件即可，下面是一个例子：

mongodump -d local -c oplog.rs --query "{"ts":{$gte:Timestamp(1468323972, 18)}}" -o F:\data\test

1468323972, 18就是我们上面全备之前记录的时间戳和位置。这个命令会将该时间戳之后的所有数据导出来：

![352291-20160714225759670-437465124.png][]

增备应该是每天进行的，因此每天都需要将该命令执行一遍，基于第一次的全备即可。

## 闲话 ##

最近玩了一个工具，叫做mongo-oplog-backup的，是一个用ruby写的工具，在github上开源了，支持全备和增备，也是基于mongodump的，只是在恢复的时候，这个工具还能完成增量备份的bson文件和全量备份的bson的合并。但是ruby是我不会的语言，因此最近也在借鉴人家的思想用python写一个自己的工具，希望能成功吧。

这里附上这个工具的地址，还挺好用的：https://github.com/journeyapps/mongo-oplog-backup

转载请附原文链接：http://www.cnblogs.com/wingsless/p/5672057.html

[352291-20160714225759670-437465124.png]: /images/20220327/40df7b6944e84a29bf5c4812a21d257e.png