redis-cli DEL i18n:en redis-cli --scan --pattern 'i18n:*' | xargs redis-cli DEL
运营改了 18 条英文文案，发布会开了两次，线上仍是旧句子，TTL 剩 5 小时 40 分。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。
追下去是这么回事：译文在启动时加载进 Redis，键名只有 locale，没有版本号。发布新包不会删旧键，读路径一直命中缓存。TTL 设了 24 小时，等于把错误文案又留了一天。
这次卡住的地方就在「翻译缓存失效」这一环，单独把它拎出来验证，别和其他改动混在同一次发布里。监控和日志的时间要对上，时区不一致会多绕很大一圈。
临时改动用注释写上日期和原因，过两周自己都记不清为什么这么写。动手前把原文件复制一份带时间戳，出问题立刻换回去，比现场分析快得多。
处理上按这个顺序：缓存键加入语言包版本号或构建号；发布钩子删除对应 locale 的键；读不到再回源文件 并设置较短的 TTL；改一条文案发布后立刻刷新页面确认。
确认没问题再收工，发布会 18 条新文案立即生效，Redis 里旧 locale 键已清空。