DCS Redis缓存最新探测状态，不用每次都回源头查

一、背景：探测结果读得多、写得少，硬查源头不划算

做监控或状态面板时，经常会有"探测某个目标当前状态"的需求：比如探测一批接口的存活、探测设备在线与否、探测某个任务的最新进度。这类数据的共同特点是——读的频率远高于写，前端面板可能每秒刷十次，但探测动作一分钟才跑一次。

如果每次读都去查真正的源头（数据库、被探测的服务、第三方 API），源头压力会很大，而且慢。更合理的做法是：探测脚本算出新状态后写进一个高速缓存，读请求只去缓存拿最新值。华为云的 DCS（分布式缓存服务，兼容 Redis）就是这个缓存层，本文讲怎么用它缓存"最新探测状态"，让读请求又快又轻。

二、为什么选 Redis 而不是数据库

探测状态这类数据，生命周期短、结构极简（通常就是"目标 ID → 状态 + 时间戳"），用关系型数据库存纯属杀鸡用牛刀：建表、走 SQL、走磁盘 IO，延迟高还占连接。Redis 是内存数据库，读一个 key 是亚毫秒级，而且支持设置过期时间（TTL），状态过期自动失效，正好匹配"最新值"的语义。

DCS 是华为云托管的 Redis，意味着你不用自己装、不用管主备切换和高可用，开一个实例就能用，对只想把缓存跑起来的人来说省事很多。具体实例规格、主备/集群模式以官方文档为准，按数据量选就行。

三、写入：探测完成后更新缓存

探测脚本每跑一轮，把结果写进 Redis 的一个 key，比如 probe:status:<target_id>，值用 JSON 存状态和时间戳，并设一个 TTL（比如 120 秒），比探测周期略长，保证在下次探测到来前值一直有效：

import redis, json, time

r = redis.Redis(host="<你的DCS实例地址>", port=6379, password="<密码>")

def save_probe(target_id, status):
    payload = json.dumps({"status": status, "ts": int(time.time())})
    # TTL 120 秒：探测周期 60 秒，留一倍余量防抖动
    r.set(f"probe:status:{target_id}", payload, ex=120)

这里 ex=120 是精髓：就算探测脚本某次挂了，缓存里的旧值也会在 120 秒后自动消失，前端读到空就显示"状态未知"，而不是永远显示一个过时的"正常"。这种"自动失效"比手动清理可靠得多。

四、读取：面板只问缓存

前端或接口来查状态时，只做一件事——按 key 从 Redis 取最新值：

def get_probe(target_id):
    raw = r.get(f"probe:status:{target_id}")
    if not raw:
        return {"status": "unknown", "reason": "缓存已过期或未探测"}
    return json.loads(raw)

读路径完全不碰探测源头，所以面板刷新多块都不影响被探测系统。多个目标就用一个 key 前缀批量存，批量读用 mget 一次拿回，效率更高。

五、几个设计上的注意点

第一，TTL 要大于探测周期。设太短，探测还没跑下一轮缓存就空了，面板一直在"未知"闪烁；设太长，探测脚本挂了你还显示旧值，失去"最新"意义。一般取探测周期的 1.5~2 倍。

第二，状态要带时间戳。光存"正常/异常"不够，前端最好把"最后更新于 X 秒前"也展示出来，让人一眼判断数据新不新鲜，尤其在探测变慢时很有用。

第三，批量操作降连接数。如果目标很多，别在循环里一个个 get，用 mget / 管道（pipeline）批量取，能显著降低 Redis 往返次数，DCS 实例的连接压力也小。

第四，敏感状态别裸存。如果探测状态里包含告警详情、内部地址之类，缓存层也是可能被读到的，建议只存必要的状态字段，详细内容走别的受控渠道。

六、小结

"探测状态缓存"是 Redis 最朴素也最经典的用法之一：写少读多、带 TTL、按 key 取。把 DCS 放在探测脚本和展示层之间，展示层再也不用去戳源头，又快又稳。核心是想清楚 TTL 和探测周期的关系，以及状态里带上时间戳让人看得见新鲜度。DCS 实例的地址、端口、密码获取方式以及主备/集群的差异，以官方文档为准，开通后把连接信息填进代码即可。