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 字段来决定是否删除。
能否阻止文档被删除?
可以,有两种方法:
结论
Time To Live 集合是 MongoDB 2.2 新引入的一个非常棒的特性,但你需要考虑的是在后台进程运行之前文档是一直存在的。
例如,这一次是 45 秒中后才删除:
![MongoDB 2.2 的 Time To Live (TTL) 集合](https://i-blog.csdnimg.cn/blog_migrate/0384cf40a0d582bd6c6a468f12c85cbd.jpeg)
因为 mongod 后台任务每分钟检查一次过期文档,因此在时间的处理上总有一定的差异,但这个差异不会超过 1 分钟,这也取决于 MongoDB 实例当前的负荷情况。
能否为已存在的集合设置 TTL 索引
是的,当然可以。在设置 TTL 索引之前添加的文档,将会根据它们的 Date 字段来决定是否删除。
![MongoDB 2.2 的 Time To Live (TTL) 集合](https://i-blog.csdnimg.cn/blog_migrate/1b6366202c85c397620a8fdb42bb9f81.png)
能否阻止文档被删除?
可以,有两种方法:
- 文档被删除之前更新 TTL 字段
- 为 TTL 字段设置一个非日期类型的值
例如,如果我们给日期字段设置值为 null,它就不会被删除:
![MongoDB 2.2 的 Time To Live (TTL) 集合](https://i-blog.csdnimg.cn/blog_migrate/8fbbf581967c9e48b04ed51a26d602d8.jpeg)
结论
Time To Live 集合是 MongoDB 2.2 新引入的一个非常棒的特性,但你需要考虑的是在后台进程运行之前文档是一直存在的。