在 cassandra 中，ttl 是按单元格（cell）而非整行生效的；若仅更新部分列并指定 ttl，只有被更新的列获得新 ttl，其余列保留原有 ttl 或无 ttl，导致后续读取时出现 null。正确做法是显式更新所有需保留的列并统一应用 ttl。
在 cassandra 中，ttl 是按单元格（cell）而非整行生效的；若仅更新部分列并指定 ttl，只有被更新的列获得新 ttl，其余列保留原有 ttl 或无 ttl，导致后续读取时出现 null。正确做法是显式更新所有需保留的列并统一应用 ttl。
Cassandra 的 TTL（Time-To-Live）机制本质上是列级（per-cell）属性，并非行级或分区级概念。这意味着 .using(QueryBuilder.ttl(ttl)) 仅作用于 WITH 子句中明确修改的列（如本例中的 LAST_ACTIVITY），而不会影响同一行中其他未被 SET 的列。当这些未更新列的原始 TTL 过期后，它们将变为 NULL，造成数据不一致或丢失。
✅ 正确做法：显式重写所有需要“续命”的列，并统一应用 TTL
假设表结构如下：
CREATE TABLE user_interactions ( entry_id TEXT, id TEXT, last_activity BIGINT, created_at TIMESTAMP, status TEXT, PRIMARY KEY (entry_id, id) );
若希望更新 last_activity 并让整行（即该行所有非主键列）拥有相同的新 TTL，则必须在 UPDATE 语句中显式列出并重新设置所有需保留的列值，再统一附加 .using(ttl(...))：
private Statement updateRowWithUnifiedTTL(int ttl, Long ts, Timestamp createdAt, String status) {
return QueryBuilder.update(KEY_SPACE, TABLE_NAME)
.with(QueryBuilder.set(LAST_ACTIVITY, ts))
.and(QueryBuilder.set("created_at", createdAt)) // 显式重设
.and(QueryBuilder.set("status", status)) // 显式重设
.where(QueryBuilder.eq(ENTRY_ID, userA))
.and(QueryBuilder.eq(ID, userB))
.using(QueryBuilder.ttl(ttl)); // ✅ 此 TTL 同时应用于所有 SET 的列
}⚠️ 注意事项：
- 主键列（entry_id, id）不可更新，无需包含；
- 所有非主键列若希望延续生命周期，必须全部 SET —— 即使值未变，也要重复赋值；
- 若某列允许为 NULL 且当前为空，需显式 SET column = null 并确保其 TTL 生效；
- 避免依赖“隐式保留”：Cassandra 不会自动为未更新列延长 TTL；
- 在高并发场景下，建议结合轻量级事务（IF EXISTS）或应用层幂等控制，防止覆盖意外丢失。
? 总结：Cassandra 没有原生“行级 TTL”，所谓“整行 TTL”本质是对目标行所有相关列执行带统一 TTL 的批量更新。设计时应将 TTL 策略与数据更新逻辑强绑定，确保业务关键字段始终处于有效生命周期内。
