说明

1.mongodump创建高保真的BSON文件，mongorestore可以用其恢复数据库。对于小型数据库的备份和恢复，这两个工具非常简单和高效，但对于大型数据库的备份并不理想。

2.mongodump/mongorestore可以直接对正在运行的mongodb执行操作。

3.默认情况下，mongodump不会捕获本地数据库的内容，而只是捕获其中的document，所以占用空间较小（我试过了，占用空间也不少，原空间占用17G，备份完了37G）。不过，这也导致mongorestore恢复数据时，需要重建索引。

4.mongodump执行过程中会影响mongodb的性能。另外，即使执行结束后的一段时间性能依然会受到影响，因为读取冷数据时，会把热数据从缓存中挤出去了。

5.如果数据大于系统内存，那么查询将会导致内存溢出，从而导致page faults。不过我测试时，待备份数据17G，机器内存8G，并没有出现错误。

6.如果输出文件夹中有文件，mongodump会覆盖。

--oplog

mongodump使用--oplog选项，捕获备份过程中的修改，以保障备份数据的一致性。但这个需要另外配置，涉及复制功能。本文档未使用此选项。相对应的，如果备份时使用--oplog，那么恢复数据时使用--oplogReplay选项。

--host/--port

可以使用--host/--port指定要备份的实例。用这两个选项可以进行远程备份。

--db/--collection

指定备份的数据和集合。

--out

mongodump使用此选项，指定备份的数据写到哪个路径。如果不指定，默认写在当前工作目录的dump/路径下。

--objcheck

插入数据时，检查完整性。

--drop

在恢复数据之前，删除之前的集合。

操作步骤

1.执行备份命令，将备份数据写入到/home/dump/文件夹下。如下各命令使用的用户“root”是超级用户，其角色为内置角色root。

mongodump --username "root" --password "xxxxxx" --out /home/dump/

如果出现如下内容，则表示备份完成：

备份的数据包含288万多条document，数据库大小16G多，耗时14分钟左右。

2.执行恢复命令。

mongorestore --username "root" --password "xxxxxx" /home/dump/

如果出现如下内容，则表示恢复完成：

数据恢复总共耗时17分钟左右。其中数据恢复完成后，重建索引花费了5分钟的时间。