mongodb 无法删除表数据_MongoDB过期数据自动删除

在业务上，我们经常会遇到数据只是保存一段时间的情况。

mongo中可以设置数据的存储时间，过期自动删除，非常方便。

mongo定时删除数据是通过索引来做的

创建索引时 db.collection.createIndex(keys, options)

在options中有一个选项

expireAfterSeconds：在指定秒数后过期

使用举例：

新建一个collection，

首先创建索引，设置过期时间，测试保存1分钟

db.uploadInfo.createIndex( { "createdAt": 1 }, { expireAfterSeconds: 60 } )

然后存储数据入库

db.uploadInfo.insert( { "createdAt": new Date(), "logMessage": "Success"} )

mongodb 会在超过createdAt的时间大于 expireAfterSeconds 指定值的秒数后，过期

这种用法是基于插入的时间，经过指定间隔后删除，所以删除的时候是不固定的。

另一种方式是可以指定删除时间。做法如下：

与上面的设置类似

首先建立索引，但是要设置 expireAfterSeconds 为 0

db.uploadInfo.createIndex( { "expireAt": 1 }, { expireAfterSeconds: 0 } )

然后存储数据

过期时间2019-03-04T06:02:00Z 也就是14点02会过期

db.uploadInfo.insert( { "expireAt": ISODate("2019-03-04T06:02:00Z"), "logMessage": "Success!"} )

expireAt 的值为特定的时间值，等时间到达expireAt的值时，这个文档就失效了。

总结来看，这两种归根结底是一种用法，mongo就是看是否到了 (索引的这个字段的时间+超时时间)，如果到了就删除。

补充说明

当你在集合中某一个字段建立TTL索引后，后台会有一个单线程，通过不断查询(默认60s一次)索引的值来判断document是否有过期，并且删除文档的动作还依据mongod实例的负载情况，如果负载很高，可能会稍微延后一段时间再删除。

还有一个需要注意的地方，在复制集成员中，TTL后台线程只删除primary的过期数据，如果此实例变为secondary角色，则后台线程闲置。

修改TTL索引的expireAfterSeconds属性值：

注：如果想更改过期时间expireAfterSeconds，可以使用collMod方法，要不然你只能只用dropIndex(),createIndex()方法重建索引了，我想这样的方法在亿级数据量下是很头疼的

db.runCommand( { collMod: "uploadInfo