ttl索引比定时脚本更可靠，因其由mongod进程后台自动维护，不依赖应用进程存活，且无需手动调度；但仅支持顶层date字段，删除非实时（默认60秒扫描一次），建索引需在低峰期避免全表扫描。
为什么TTL索引比定时脚本更可靠
因为MongoDB的TTL索引由mongod进程自身维护，不依赖Node.js进程存活、不卡在应用崩溃或部署重启上。只要数据带时间字段且索引建对了，过期文档会在后台线程里被自动扫描并删除——你根本不用写setInterval或调度器。
但要注意：TTL索引只支持Date类型字段，且该字段不能是嵌套路径（比如"metadata.createdAt"不行，必须是顶层字段如"createdAt"）。
- 删除不是实时的，后台任务默认每60秒扫描一次，实际延迟通常在1–2分钟内
- 如果集合有海量文档，首次建立TTL索引可能触发全表扫描，建议在低峰期操作
- 不能对已存在TTL索引的字段再建另一个TTL索引；删除旧索引需用
db.collection.dropIndex()
如何正确创建TTL索引（含Node.js驱动调用）
核心是调用collection.createIndex()，指定expireAfterSeconds选项，并确保目标字段是Date类型、非空、已存在。
示例：为logs集合中createdAt字段设置7天后自动删除：
const { MongoClient } = require('mongodb');
<p>async function setupTTL() {
const client = await MongoClient.connect('mongodb://localhost:27017');
const db = client.db('myapp');
const collection = db.collection('logs');</p><p>// 确保 createdAt 是 Date 类型且有值，否则 TTL 不生效
await collection.createIndex(
{ createdAt: 1 },
{ expireAfterSeconds: 7 <em> 24 </em> 3600 }
);
}
</p>
- 索引方向必须是
1（升序），-1不支持TTL -
expireAfterSeconds是**从文档该字段时间起算的秒数**，不是“距当前时间多少秒” - 若想让文档在插入后固定时长过期（比如插入即设为5分钟有效期），插入时就写
{ createdAt: new Date() }，再配expireAfterSeconds: 300
常见失效场景和排查方法
TTL没反应？先检查这三件事：
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 用
db.logs.getIndexes()确认索引已存在，且expireAfterSeconds字段出现在输出中 - 查一条待过期文档：
db.logs.findOne({ createdAt: { $exists: true } })，确认createdAt确实是Date类型（不是字符串），且值早于当前时间减去expireAfterSeconds - 运行
db.runCommand({ collStats: "logs" })看count是否明显大于size——若差很大，说明有过期文档还没被清理，属正常；若长期不减，可能是索引未生效或字段类型不对
错误现象：Cannot create a TTL index on a field that is not of type Date → 检查插入逻辑，避免把new Date().toString()存进去。
需要灵活控制时长？别硬改索引
TTL索引的expireAfterSeconds一旦建好就不能直接修改。如果业务要求不同文档有不同过期时间（比如用户行为日志保留30天、调试日志只留1小时），不要试图动态删建索引——太重，还可能丢数据。
更实用的做法是：用一个expiresAt字段存绝对过期时间（Date），然后建TTL索引指向它：
await collection.createIndex(
{ expiresAt: 1 },
{ expireAfterSeconds: 0 }
);
-
expireAfterSeconds: 0表示“在expiresAt时间点之后立即过期” - 插入时按需计算：
{ expiresAt: new Date(Date.now() + 3600 * 1000) }（1小时后） - 这个方案完全规避了索引重建，也支持单集合内多策略共存
真正麻烦的是跨分片集群——TTL后台任务在每个分片独立运行，无法保证全局精确同步，这时得接受几秒到几分钟的偏差。
