未配置TTL索引却触发TTL删除？mongodb_mongod_metrics指标异常求助

• 系统内部集合的自动TTL清理：MongoDB 4.2的部分内部集合默认启用TTL机制，无需手动配置：

  • config.system.sessions：存储客户端会话信息，默认自动清理15分钟内无活动的会话条目，这是MongoDB内置的TTL任务，会触发TTL删除指标。
  • local.oplog.rs（副本集环境）：oplog有默认保留时间（由oplogSizeMB控制），当oplog容量达阈值或条目超出保留时间时，TTL任务会自动删除旧oplog记录，同样会被统计到TTL删除指标中。

• 监控指标的误统计：部分监控采集工具可能存在指标映射错误，将普通删除操作归类到TTL删除指标里。可执行db.runCommand({ serverStatus: 1 })查看原生metrics.ttl.deletedDocuments数值，和监控平台数据对比，验证是否为工具误报。

• 遗留的TTL索引或未终止的TTL任务：若之前曾为某些集合创建过TTL索引，后续删除索引时可能出现任务未完全终止的极端情况。可通过db.getCollectionInfos({ "options.expireAfterSeconds": { $exists: true } })遍历所有集合，确认无隐藏的TTL配置；同时查看db.currentOp()中的运行任务，检查是否有残留的TTL清理进程。

• Reactive Mongo驱动间接触发：Reactive Mongo驱动处理客户端会话、连接池管理时，会频繁与config.system.sessions集合交互，加速会话条目的过期，进而触发更频繁的TTL清理操作。当数据库性能下降时，会话超时数量可能增加，导致TTL任务执行频率提升，与性能下降形成关联。

内容的提问来源于stack exchange，提问作者RIA Phoniex