限制集 是固定大小的集合支持基于文档插入顺序的高吞吐率的插入、检索、删除操作。限制收集工作在某种程度上类似于循环缓冲区：一旦一个文档填满分配给它的空间，他将通过在限制集中重写老文档来给新文档让出空间。
查阅 createCollection() 或者 create 了解关于创建限制集的更多信息。
限制集合能够保留插入顺序。因此，查询并不需要索引来保证以插入顺序来返回文档。减少了索引的消耗，限制集合可以支持更高的插入吞吐。
为了为新文档腾出空间，在不需要脚本或显式删除操作的前提下，限制集合自动删除集合中最旧的文档。
限制集合的应用场景：
存储高容量系统生成的日志信息。没有索引的情况下向限制集中插入文档的速度接近于直接在文件系统中写日志的速度。此外，内建的*fisrt-in-first-out*特性在管理存储使用时维护了事件的顺序。
在限制集中缓存少量的数据。既然缓存是读远大于写，因此或者确保集合经常驻留在工作集(i.e. in RAM)，或者接受一些需要索引的写惩罚。
限制集合有一个 _id 字段并且默认在 _id 字段上创建索引。
如果您打算更新限制集中的文档，创建一个索引保证这些更新操作不需要进行集合扫描。
在 3.2 版更改.
如果一个更新或替换操作改变了文档大小，操作将会失败。
您不能从一个限制集中删除文档，为了从一个集合中删除所有文档，使用 drop() 方法来删除集合然后重新创建限制集。
用自然顺序检索限制集中大部分最近插入的文档。这类似于跟踪日志文件。
聚合管道的操作 $out 不能将结果写入到固定集合中
您必须使用 db.createCollection() 方法显示创建限制集，在 mongo shell的 create 命令中的帮助信息。当创建限制集时，您必须指定以字节为单位的最大集合大小，而MongoDB将会预先分配集合。限制集的大小包括内部消耗的一小部分空间。
>db.createCollection( "log", { capped: true, size: 100000 } )
如果 size 字段小于或等于4096，该集合将会有4096字节。否则的话，MongoDB将会在给定大小的基础上增加为256的整数倍。
另外，你可以为限制集指定最大文档数据，用 max 字段就像下边的文档：
>db.createCollection("log", { capped : true, size : 5242880, max : 5000 } )
重要
size 参数通常是必须的，当指定了文档的 max 数量，如果一个集合在达到了最大size的限制而没有达到max数量的限制时，MongoDB将删除旧的文档，
见：
db.createCollection() and create。
如果你在限制集上执行一个没有指定排序的 find() 方法，MongoDB保证结果的顺序是和插入顺序相同。
用同插入相反的顺序检索文档， find() 连同 sort() 方法，及 $natural 参数设置为 -1 就像下面的例子：
>db.cappedCollection.find().sort( { $natural: -1 } )
用 isCapped() 方法来判定一个集合是否是限制集，如下：
>db.collection.isCapped()
你可以用命令 convertToCapped 转换一个非限制集成为一个限制集：
>db.runCommand({"convertToCapped": "mycoll", size: 100000});
size 参数指定限制集的字节大小
警告
这个命令将获得一个全局写锁并将阻塞其他操作，直到它完成为止。
当数据到期时对于另外的灵活性，考虑MongodDB的 TTL 索引，就像在 通过设置TTL使集合中的数据过期 中描述的。
TTL Collections 与限制集不兼容。
你可以用 tailable cursor 与限制集。同unix中的 tail -f 命令相似， tailable光标 “tails” 一个限制集的结尾。随着新文档被插入到限制集，你能用 tailable光标来继续检索文档。
查阅 Tailable Cursors 了解如何创建一个tailable 游标。
原文：http://www.cnblogs.com/zy0415/p/6539649.html