Redis怎样定位每秒被高频访问的热点键

Redis 4.0+ 的 redis-cli --hotkeys 是最轻量安全的高频键筛查方式，但需先启用 volatile-lfu 或 allkeys-lfu 策略并预热5--10分钟；它基于LFU采样排序输出近期相对热度Top N，不阻塞但结果依赖统计积累。用 redis-cli --hotkeys 快速筛出高频访问键Redis 4.0+ 内置的 --hotkeys 是最轻量、最安全的起点，但它有硬性前提：必须开启 LFU（Least Frequently Used）淘汰策略，且需提前运行足够时间积累访问频次统计。检查当前策略：redis-cli config get maxmemory-policy，如果不是 allkeys-lfu 或 volatile-lfu，--hotkeys 会返回空或误导结果临时启用（不影响数据）：redis-cli config set maxmemory-policy volatile-lfu，无需重启执行检测：redis-cli --hotkeys，它会扫描样本键并按 LFU 计数排序输出 Top N ------ 注意这不是"每秒计数"，而是近期相对热度排名该命令本身不阻塞，但依赖后台采样，若实例刚启动或流量低，结果可能为空或失真用 MONITOR 捕获真实 QPS 级热点（慎用！）当你要确认某个 key 是否真的在"每秒被成百上千次访问"，MONITOR 是唯一能拿到原始命令流的方式，但它不是监控手段，而是诊断手术刀。生产环境禁用超过 10 秒：redis-cli monitor | head -n 10000 配合 grep 统计，例如 redis-cli monitor | grep -o "get [^[:space:]]*" | sort | uniq -c | sort -nr | head -20开销极大：每条命令都会复制一份日志到客户端，吞吐下降 30%+ 很常见，CPU 和网络带宽双吃紧只适用于短时定位：比如活动开始后 5 秒内突增的 key，截取窗口越小，结论越准注意协议解析陷阱：MONITOR 输出含多行 RESP 协议格式，直接 grep get 可能漏掉 pipeline 请求中的 key，建议用 redis-faina 这类专用解析工具用 Lua 脚本 + ZSET 实现带时间窗口的访问计数如果你需要精确知道"过去 60 秒内某 key 被访问了多少次"，就得自己搭轻量级统计层，核心是用 ZSET 存时间戳，靠 ZCARD 和 ZREMRANGEBYSCORE 维护滑动窗口。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手，依托大模型，帮助用户记录、整理和分析音视频内容，体验用大模型做音视频笔记、整理会议记录。