说明
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分钟的时间。