MongoDB 2.2 的 Time To Live (TTL) 集合

MongoDB 2.2 引入一个新特性 —— TTL 集合，TTL 集合支持失效时间设置，当超过指定时间后，集合自动清除超时的文档，这用来保存一些诸如session会话信息的时候非常有用，或者存储缓存数据使用。

如果你想使用 TTL 集合，你要用到 expireAfterSeconds 选项： 

?

1	db.ttl.ensureIndex({ "Date" : 1}, {expireAfterSeconds: 300})

限制

使用 TTL 集合时是有限制的： 

• 你不能创建 TTL 索引，如果要索引的字段已经在其他索引中使用
• 索引不能包含多个字段
• 索引的字段必须是一个日期的 bson 类型

如果你违反了上述三个规则，那么超时后文档不会被自动清除。

文档是怎么被删除的？

mongod 后台进程会实时跟踪过期的文档并删除，我们来对此进行检查测试：

首先我们创建一个索引并设置 10 秒钟后失效：

?

1	db.ttl_collection.ensureIndex( { "Date" : 1 }, { expireAfterSeconds: 10 } )

然后插入文档：

?

1	db.ttl_collection.insert({ "Date" : new Date()})

因为我们想象该文档会在 10 秒后删除，可是我在我的电脑上测试多次，结果却不太一样。有些时候 mongod 在 18 秒后删除，有些时候是 40 秒。为什么会这样呢？我们已经告诉 MongoDB 要在 10 秒后删除，可事实上却不是如此。 

例如，这一次是 45 秒中后才删除： 

因为 mongod 后台任务每分钟检查一次过期文档，因此在时间的处理上总有一定的差异，但这个差异不会超过 1 分钟，这也取决于 MongoDB 实例当前的负荷情况。 

能否为已存在的集合设置 TTL 索引 

是的，当然可以。在设置 TTL 索引之前添加的文档，将会根据它们的 Date 字段来决定是否删除。 

能否阻止文档被删除？ 

可以，有两种方法： 

• 文档被删除之前更新 TTL 字段
• 为 TTL 字段设置一个非日期类型的值

例如，如果我们给日期字段设置值为 null，它就不会被删除：

结论 

Time To Live 集合是 Mon