redis-cli --scan --pattern 'cache:expired:*' | head # 先 dry-run 统计，再删
凌晨清理任务跑完，首页缓存命中率从 96% 掉到 20%，数据库 QPS 涨了五倍，日志显示清理脚本删了 40 万个 key。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。
追下去是这么回事：清理用 keys cache:* 匹配，把会话、用户资料和首页缓存一起命中。脚本没有白名单，也没有先统计影响范围。
「缓存清理误删」确认了原因之后，改动尽量只碰那一处，顺手改的东西后面最容易出问题。监控和日志的时间要对上，时区不一致会多绕很大一圈。
临时改动用注释写上日期和原因，过两周自己都记不清为什么这么写。动手前把原文件复制一份带时间戳，出问题立刻换回去，比现场分析快得多。
处理上按这个顺序：前缀收窄到具体的过期业务 不要用一级通配；先 dry-run 统计命中数量 人工确认后再删；线上禁用 keys 改用 scan 分批处理。
确认没问题再收工，再跑清理只删了 1200 个过期 key，首页命中率保持在 95% 以上，数据库 QPS 没有波动。