MongoDB TTL索引在Dev正常但生产环境失效（配置一致）

环境 #

开发环境 #

• MongoDB版本：8.0.23
• TTL索引工作正常，文档会自动删除

生产环境 #

• MongoDB版本：7.0.24
• 集合结构、TTL索引、应用代码均与开发环境一致
• 文档未被自动删除

TTL索引 #

db.collection.createIndex(
  { expires_at: 1 },
  { expireAfterSeconds: 3600 }
)

文档示例 #

{
  "_id": ObjectId("..."),
  "expires_at": ISODate("2026-05-11T10:00:00Z")
}

注：expires_at字段存储为BSON Date类型，而非字符串

已检查项 #

TTL索引存在性 #

执行命令：

db.collection.getIndexes()

结果：索引已正确存在

副本集状态 #

执行命令：

rs.status()

结果：当前节点为PRIMARY

异常点 #

开发环境（8.0.23）使用完全相同的数据和配置时，TTL功能运行正常；仅生产环境（7.0.24）出现文档不自动删除的问题。

疑问 #

1. MongoDB 7.0与8.0之间是否存在已知的TTL问题或行为差异？
2. 生产环境负载是否会导致TTL无限延迟？
3. 是否存在TTL索引静默失效的隐藏场景？
4. 是否有人遇到过相同模式/索引下TTL在某环境正常另一环境失效的情况？

排查建议 #

• 确认TTL监控是否启用：执行db.adminCommand({ getParameter: 1, ttlMonitorEnabled: 1 })，返回ttlMonitorEnabled: true才表示监控开启。
• 查看TTL任务运行状态：用db.currentOp()搜索包含TTLMonitor的操作，确认是否有后台删除任务在执行；也可通过db.collection.stats().ttlIndexExpireDocs查看待删除文档统计。
• 抽样验证字段类型：执行typeof db.collection.findOne({ expires_at: { $exists: true } }).expires_at，确保所有目标文档的expires_at都是BSON Date类型；同时排查是否存在expires_at为null或不存在的文档（这类文档不会被TTL删除）。
• 检查MongoDB日志：生产环境开启详细日志级别，搜索TTLMonitor关键词，查看是否有删除执行记录、错误日志或延迟原因（比如锁竞争、资源不足）。
• 验证存储与磁盘状态：检查WiredTiger缓存使用率、磁盘剩余空间，缓存压力过大或磁盘满都会阻碍TTL删除操作。
• 手动触发删除测试：执行db.runCommand({ delete: "collection", filter: { expires_at: { $lt: new Date() } } })，如果手动能删除，说明是TTL任务调度问题而非索引或数据问题。
• 验证索引完整性：执行db.collection.validate({ full: true })，排查是否存在索引损坏情况。
• 确认副本集任务执行节点：TTL删除仅在PRIMARY节点执行，需确保当前PRIMARY节点正常运行，且没有任务调度异常。

内容的提问来源于stack exchange，提问作者Anshit Kabariya