时隔一年回复这个帖子，我遇到和题主同样的问题，只是你的是脚本循环执行mongoimport，我的是循环执行mongorestore。导入的备份文件大小有25G左右，一共2500左右个库，我的mongo是个docker环境，有8G内存和32Gswap，数据盘500G，cpu够用。情况是这样的，开始导入很快，导入1000个库左右会慢下来，这时候发现mongo开始使用swap，随着时间的推移，swap占用越多，数据导入越慢。后来导入结束后，我看系统日志发现一个很有意思的事情。
如图所示，导入结束后，mongo才开始清理lock，并且此时swap占用开始慢慢降低，降得比较慢。
所以我猜想，我脚本中虽然是执行完一个mongorestore并且进行了一些其他的判断后才开始执行下一个，但这次执行mongorestore所占用的资源并没有完全释放，例如lock，其他资源占用暂时不知道怎么查看。所以造成内存占用过高，swap占用过高，从而引发出来的一些其他问题

see see   let me ss

@Amber 前来学习

@Cain

那就不考慮直接執行 mongo 語法的方式了，感謝回覆~

看一看看一看看一看

@sevengong谢谢学习分享！！！

good！！good！！good！！good！！

赶紧来学习学习~~~

@leo

在測試編輯修改圖片，都可以正常使用

very good

@Triton

表情符號正常了  給管理員一個讚

学习下这个案例。

想看~快給我看~芝麻開門

回答看看，ku有问题

想看具体的操作流程

@leo  

2015中國資料庫大會Mongodb分享

MongoDB的GridFS功能，性能沒有傳統的文件系統高，建議使用文件系統來存儲文件，再用MongoDB來存儲該文件的元數據。 

原文網址：https://read01.com/MJ5MA3.html

可是根據上面這篇文章分享的內容，似乎是建議存在文件系統裡，所以到底應該要怎麼存比較好，搞得我好亂啊

另外新版的MongoDB好像沒有再針對GridFS做太多的改善，會不會哪天突然宣布不支持GridFS了啊

還有瀏覽器的搜尋差異ㄚ, 表示還要繼續修正囉