mongodb删除集合后磁盘空间不释放，只有用db.repairDatabase()去修复才能释放。
但是在修复的过程中如果出现了非正常的mongodb的挂掉，再次启动时启动不了的，需要先修复才可以，
可以利用./mongod --repair --dbpath=/data/mongo/ 如果你是把数据库单独的放在一个文件夹中指定dbpath时就指
向要修复的数据库就可以，修复可能要花费很长的时间，在使用db.repairDatabase()去修复时一定要停掉读写，并且
mongodb要有备机才可以，不然千万不要随便使用db.repairDatabase()来修复数据库，切记。
mognodb 在删除数据的情况下不释放占用的磁盘空间，即使drop collection也不行，除非drop database。
即，mongodb占用内存为10G时，删除8G数据后，数据文件占用空间大小仍是10G。"df"命令查看内存占用没有变化。
平时可以通过mongo命令行来监控MongoDB的内存使用情况，如下所示：
mongo> db.serverStatus().mem
{
"resident" : 22346,
"virtual" : 1938524,
"mapped" : 962283
}还可以通过mongostat命令来监控MongoDB的内存使用情况，如下所示：
shell> mongostat
mapped vsize res faults
940g 1893g 21.9g 0
其中内存相关字段的含义是：
mapped：映射到内存的数据大小
visze：占用的虚拟内存大小
res：占用的物理内存大小
注：如果操作不能在内存中完成，结果faults列的数值不会是0，视大小可能有性能问题。
在上面的结果中，vsize是mapped的两倍，而mapped等于数据文件的大小，所以说vsize是数据文件的两倍，
之所以会这样，是因为本例中，MongoDB开启了journal，需要在内存里多映射一次数据文件，如果关闭journal，
则vsize和mapped大致相当。
1.验证删除数据后用db.serverStatus().mem命令查看的内存占用是否变化：
查看mongo内存占用：
查看系统内存占用：
使用脚本向mongo插入大量数据。
删除插入的数据后：
结论：删除collection内的数据不会释放磁盘空间；
可以采用db.runCommand({closeAllDatabases:1}):
利用dbshell指令查看内存占用显示已释放；
linux shell查看内存还没释放
进入删除了数据的db,采用db.repairDatabase()：
磁盘内存已经释放。
repairDatabase是官方文档中认为唯一可以回收硬盘空间的方法。
repairDatabase is the appropriate and the only way to reclaim disk space.
虽然可以用 db.repairDatabase()修复数据。但这种方法有两个不好的地方。1.在生产上操作如果意外停止可能会造成数据无法恢复的危险。2.如果磁盘空间不足，小于现在这个db时间占有的空间，这种情况是用不了 db.repairDatabase()的。
注意，repairDatabase操作所需要磁盘的空余空间为当前数据总量再加上2G。如果当前磁盘分区空间不足，可以尝试用 –repairpath 参数指定一个空间足够的分区路径。
试验在内存占用超过50%的情况下能否使用db.repairDatabase()命令释放占用的内存空间：
1.释放内存小于当前剩余内存的情况：
删除数据后：
执行db.repairDatabase()
结论：释放的内存小于当前剩余内存，释放成功。
2.释放的内存大于当前内存的情况：
删除数据后：
执行db.repairDatabase()
无法释放内存
另:
python操作mongo释放空间:
利用管道的方式将 db.repairDatabase() 命令写入mongo.
