Redis 向量缓存迁移：键、TTL 与回源行为先对齐

Redis 向量缓存迁移：键、TTL 与回源行为先对齐

多级缓存迁移不只是把数据换个地方存。缓存键、TTL、失效通知、回源与空结果语义都要对齐，否则命中率升了，数据一致性反而更难解释。

先界定问题

先列出向量版本、过滤条件和业务数据版本如何进入缓存键。旧、新缓存并行时只比较可识别的同版本结果，避免把索引更新差异算成缓存错误。

处理与验证

把缓存当成有生命周期的数据副本。定义键、TTL、失效方式和回源行为；命中率必须与错误率、回源压力一起观察，不能单独解释。

用同一查询验证命中、未命中、过期、向量版本变化、过滤条件变化和缓存不可用。空检索结果是否缓存要单独约定；回源后检查写入的键、TTL 与版本字段，切换期间只比较同一业务版本的数据。

迁移数据应同时展示命中、过期、错误和回源请求，附键规则、TTL、索引版本与流量范围。Redis 失败时确认请求能受控回源且不会形成重试风暴；新缓存关闭后，旧路径仍应识别当前数据版本。