MongoDB 2.2 的 Time To Live (TTL) 集合
jopen
12年前
MongoDB 2.2 引入一个新特性 —— TTL 集合，TTL 集合支持失效时间设置，当超过指定时间后，集合自动清除超时的文档，这用来保存一些诸如session会话信息的时候非常有用，或者存储缓存数据使用。
如果你想使用 TTL 集合，你要用到 expireAfterSeconds 选项：db.ttl.ensureIndex({"Date": 1}, {expireAfterSeconds: 300}) 限制
使用 TTL 集合时是有限制的：
- 你不能创建 TTL 索引，如果要索引的字段已经在其他索引中使用
- 索引不能包含多个字段
- 索引的字段必须是一个日期的 bson 类型
如果你违反了上述三个规则，那么超时后文档不会被自动清除。
文档是怎么被删除的？
mongod 后台进程会实时跟踪过期的文档并删除，我们来对此进行检查测试：
首先我们创建一个索引并设置 10 秒钟后失效：
db.ttl_collection.ensureIndex( { "Date": 1 }, { expireAfterSeconds: 10 } ) 然后插入文档：
db.ttl_collection.insert({"Date" : new Date()}) 因为我们想象该文档会在 10 秒后删除，可是我在我的电脑上测试多次，结果却不太一样。有些时候 mongod 在 18 秒后删除，有些时候是 40 秒。为什么会这样呢？我们已经告诉 MongoDB 要在 10 秒后删除，可事实上却不是如此。
例如，这一次是 45 秒中后才删除：
因为 mongod 后台任务每分钟检查一次过期文档，因此在时间的处理上总有一定的差异，但这个差异不会超过 1 分钟，这也取决于 MongoDB 实例当前的负荷情况。
能否为已存在的集合设置 TTL 索引
是的，当然可以。在设置 TTL 索引之前添加的文档，将会根据它们的 Date 字段来决定是否删除。
能否阻止文档被删除？
可以，有两种方法：
结论
Time To Live 集合是 MongoDB 2.2 新引入的一个非常棒的特性，但你需要考虑的是在后台进程运行之前文档是一直存在的。
英文原文， OSCHINA原创翻译
</div>
例如，这一次是 45 秒中后才删除：
因为 mongod 后台任务每分钟检查一次过期文档，因此在时间的处理上总有一定的差异，但这个差异不会超过 1 分钟，这也取决于 MongoDB 实例当前的负荷情况。
能否为已存在的集合设置 TTL 索引
是的，当然可以。在设置 TTL 索引之前添加的文档，将会根据它们的 Date 字段来决定是否删除。
能否阻止文档被删除？
可以，有两种方法：
- 文档被删除之前更新 TTL 字段
- 为 TTL 字段设置一个非日期类型的值
例如，如果我们给日期字段设置值为 null，它就不会被删除：
结论
Time To Live 集合是 MongoDB 2.2 新引入的一个非常棒的特性，但你需要考虑的是在后台进程运行之前文档是一直存在的。
英文原文， OSCHINA原创翻译
</div>