本文目录一览：
限制MongoDB使用的内存
1、归结于MongoDB使用的内存映射文件，32位版本只支持2G数据的存储。对于标准的Replica Set，MongoDB只拥有单一的处理策略 —— mongod。如果你想在未来储存2G以上的数据，请使用64位版本的MongoDB。
2、如果超过机器内存的60%其实就需要优化你的代码了，当然机器内存也不能太低，如果数据量很大，读写很频繁，最好有16G内存，一般8G也行，如果内存一直很高可以大力优化读数据代码，建立合适的索引，减少插入次数等来优化。
3、MongoDB核心服务器主要是通过mongod程序启动的，而且在启动时不需对MongoDB使用的内存进行配置，因为其设计哲学是内存管理最好是交给操作系统，缺少内存配置是MongoDB的设计亮点，另外，还可通过mongos路由服务器使用分片功能。
4、MongoDB 的数据文件比较大，通常会超过默认的 500M。这样看来，缓存用了 58G，这还差不多。Resident Pages 左侧的数字是页的数量，页的数量乘以文件系统页大小才是内存使用量。
5、这个~~~看起来貌似是木有上限，不过你可以考虑多优化优化，一般超过最大内存的60%就是属于有很大优化空间的。
6、因读请求过高时触发的锁数。MongoDB当前等待写锁数。因写请求过高时触发的锁数。MongoDB查询吞吐率。也就是MongoDB每秒处理的请求数，根据请求类别的不一样细分有query，update，delete，getmore吞吐率。
mongodb存储文件的时候默认每个chunks大小是256K,这个大小可以更改吗...
gridfs不是在数据库里完成的，是在驱动里完成的，要看你用的是哪个驱动，多数都应该有。
const int BSONObjMaxUserSize = 16 * 1024 * 1024；到你需要的大小，然后重新编译mongodb。但不要改的太大，因为每一个BSON Object都是要全部读进内存里的。
已经存在的由MongoDB的驱动来创建的“files_id，n”索引不能用作分片Key（这个是一个分片约束，后续会被修复），所以不得不创建一个独立的”files_id”索引。
gridfs是mongodb为了解决单个document不能超过4M的问题而推出的，通过将文件进行切分（默认256k，最大4M）存成单独的document（fs.chunks中），并保存一个文件索引表（fs.files）。
MongoDB是什么,怎么用?看完你就知道了
MongoDB是非关系型数据库。MongoDB又叫文档型数据库，或非关系型数据库，是一种NoSQL的数据库，是网站数据库的优选。
处理大量数据：MongoDB是一个面向文档的数据库，采用BSON（二进制JSON）格式存储数据。这种格式使得MongoDB能够灵活、高效地存储大量数据。此外，MongoDB支持分片，可以将数据分散到多个服务器，以实现数据的水平扩展。
MongoDB是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。
mongoDB应用篇-mongo聚合查询
如果我们在日常操作中，将部分数据存储在了MongoDB中，但是有需求要求我们将存储进去的文档数据，按照一定的条件进行查询过滤，得到想要的结果便于二次利用，那么我们就可以尝试使用MongoDB的聚合框架。
之前也说过，MongoDB数据库里面的数据是键值对形式，所以如果想要插入多条数据，可以这样写，也就是键值对之间用逗号隔开。如果想要查询数据，则可以使用db.集合名.find（）语句来查询。
MongoDB适用于需要处理大量数据，特别是无结构或半结构化数据的场景，同时需要高性能和水平扩展能力的应用场景。 处理大量数据：MongoDB是一个面向文档的数据库，采用BSON（二进制JSON）格式存储数据。
MongoDB单文档大小限制是16M吗?这里包括嵌入的子文档吗?
1、是的，包括嵌入的（embedded）子文档在内。这个限制是为了避免单个文档过大，完整读取时对内存或者网络带宽占用过高。
