修改TTL索引的expireAfterSeconds属性值：
注：如果想更改过期时间expireAfterSeconds，可以使用collMod方法，要不然你只能只用dropIndex(),createIndex()方法重建索引了，我想这样的方法在亿级数据量下是很头疼的
虽然上面的方法可以实现自动过期删除，但是如果白天业务很忙，频繁的删除数据势必会增加负载，所以我想着晚上定时删除过期数据（如果晚上业务量少的话）
方法如下：
增加一个expireTime字段（用于指定过期时间），expireAfterSeconds属性值设置为0，
注：上面的createTime字段就不需要再有TTL索引了，这个expireTime的时间就需要在插入时指定上
这样我们就实现了，指定时间自动删除的动作了
限制条件：
有一下集中情况是无法使用TTL索引的
①TTL索引是单字段索引，混合索引不支持TTL，并且也会忽略expireAfterSeconds属性
②在_id 主键上不能建立TTL索引
③在capped collection中不能建立TTL索引，因为MongoDB不能从capped collection中删除文档
④你不能使用createIndex()去更改已经存在的TTL索引的expireAfterSeconds值，如果想更改expireAfterSeconds，可以使用collMod命令，否则你只能删除索引，然后重建了
⑤你不能在已有索引的字段上再创建TTL索引了，如果你想把非TTL索引改为TTL索引，那就只能删除重建索引了
验证：
虽然已经实现了晚上集中自动删除的功能，但是还是担心删除过大数量时负荷问题，随进行了简单测试，一查看TTL索引在亿级别集合中删除140万过期数据的消耗
测试配置：
OS：Vm虚拟机 CPU: 4 内存：8
集合数据量：
> db.t1.count() 104273617
因为我制造测试数据时，_id是顺序增加的，所以我直接查看_id=1500000的那笔数据的createTime，然后自己计算一下此createTime和当前时间的时间差，随后根据这个时间差来更改expireAfterSeconds的值，以让这150万数据5分钟后过期并删除。
在修改完expireAfterSeconds后，就严密延时“ vmstat 1 ” 命令的输出数据；
我的测试结果：
删除操作整个过程在90秒左右完成；
CPU最高占用90%，平均在50%
内存占用3G
这个也是特别准确的模拟情况，只是粗略的了解一下TTL索引的资源消耗，以决定是不是需要这样的方式来实现删除过期数据
监控vmstat的截图：
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对七叶笔记的支持。
