TTL索引是MongoDB基于Date类型字段的单字段索引，通过expireAfterSeconds=0实现按绝对时间自动删除文档，适合验证码等短时效场景：写入时指定expire_at为datetime实例，数据库后台线程自动清理，无需应用层干预。
什么是TTL索引，它为什么适合验证码场景
MongoDB的expireAfterSeconds索引（即TTL索引）会在文档插入后按指定秒数自动删除该文档，不依赖应用层轮询或定时任务。验证码这类短时效、高写入、低查询的数据，天然匹配TTL：写入时带时间戳，数据库自己清理，应用完全不用操心过期逻辑。
关键点在于：TTL索引只能作用于Date类型字段，且该字段必须是单个时间值（不能是字符串或数字），MongoDB靠它计算过期时间。
创建TTL索引前必须确保字段是datetime类型
常见错误是把expire_at存成字符串（如"2025-04-05T12:00:00"）或时间戳整数（如1743854400）。MongoDB无法对非Date类型建立有效TTL索引，建索引不会报错，但文档永远不会被删除。
正确做法：
立即学习“Python免费学习笔记（深入）”；
- 插入时用
datetime.datetime.utcnow()生成当前UTC时间，再用timedelta加上有效期（例如5分钟）得到过期时间 - 字段名建议统一为
expire_at，类型必须是datetime - 避免使用
datetime.now()（本地时区），防止部署在不同时区服务器时行为不一致
示例插入代码：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
from datetime import datetime, timedelta
from pymongo import MongoClient
<p>client = MongoClient()
db = client['auth']
collection = db['verifications']</p><h1>生成5分钟后过期的datetime对象</h1><p>expire_at = datetime.utcnow() + timedelta(minutes=5)</p><p>collection.insert_one({
"phone": "+8613800138000",
"code": "123456",
"expire_at": expire_at # ✅ 必须是datetime实例
})如何创建并验证TTL索引是否生效
TTL索引本质是普通单字段索引加一个expireAfterSeconds: 0选项，MongoDB会从expire_at字段值开始倒计时。注意：expireAfterSeconds设为0表示“以字段值为绝对过期时间”，不是“延迟0秒”。
建索引命令：
collection.create_index("expire_at", expireAfterSeconds=0)验证是否成功：
- 执行
collection.index_information()，确认返回中有{'expire_at': 1, 'expireAfterSeconds': 0} - 插入一条测试文档，手动把
expire_at设为过去时间（如datetime.utcnow() - timedelta(seconds=10)），等待约10–30秒后查collection.count_documents({})，看是否减少 - 不要依赖
db.currentOp()观察删除动作——TTL清理由后台线程异步执行，间隔默认60秒，且只扫描最近过期的文档
实际使用中容易被忽略的边界问题
TTL索引不是银弹，几个硬限制必须提前对齐业务预期：
- 过期时间精度最低为秒级，无法支持毫秒级或更短（比如30秒验证码，实际可能残留最多1秒）
- 如果应用频繁更新
expire_at字段（如用户多次请求新码），旧索引条目不会立即失效，需等它自然过期；若要立刻作废，得额外加status字段+应用层判断 - 集合里已有大量无
expire_at字段的文档？TTL索引不会报错，但这些文档永远不参与清理——务必保证所有验证码文档都含该字段且为datetime - 副本集环境下，TTL删除操作在主节点触发，从节点同步删除，不影响一致性；但若主节点宕机，已过期但未删的文档会在新主选举后继续清理
真正麻烦的不是建索引，而是让每个写入路径都严格遵循datetime + expireAfterSeconds=0这一对约束。漏掉任意一环，过期就变成玄学。
