4. 热点Key发现与监控：慢查询日志、monitor命令、客户端统计、Redis Exporter + Prometheus + Grafana监控方案

热点Key是Redis生产环境中导致性能雪崩、连接阻塞、CPU飙高的核心诱因。要实施削峰，首先必须精准发现热点Key。本章系统梳理四种主流发现与监控手段，从单机诊断到全链路可视化，构建分层监控体系。

4.1 热点Key发现手段对比

4.2 慢查询日志：事后诊断利器

Redis慢查询日志记录执行时间超过 slowlog-log-slower-than 阈值的命令，默认阈值10000微秒（10ms）。

配置与查看

# 设置慢查询阈值（微秒），生产建议设为1000~5000
CONFIG SET slowlog-log-slower-than 5000

# 设置慢查询日志最大条数
CONFIG SET slowlog-max-len 128

# 查看最近10条慢查询
SLOWLOG GET 10

# 查看慢查询日志长度
SLOWLOG LEN

# 重置慢查询日志
SLOWLOG RESET

慢查询日志字段解析

4.3 MONITOR命令：实时抓取但慎用

MONITOR命令可以实时输出Redis服务器接收到的所有命令，是临时排查热点Key的“杀手锏”，但代价极高——在QPS较高的实例上开启MONITOR，可能导致Redis吞吐量下降50%以上。

安全使用规范

1. 禁止在生产高负载实例上长时间开启，建议不超过30秒。
2. 配合 redis-cli -c --pipe | grep 过滤特定Key模式。
3. 使用 redis-cli monitor | head -n 1000 > /tmp/monitor.log 抓取样本后离线分析。
4. 优先使用 redis-cli --intrinsic-latency 评估当前延迟基线。

# 安全抓取示例：抓取1000条命令后自动退出
redis-cli -h 10.0.1.10 -p 6379 monitor | head -n 1000 > /tmp/hotkey_sample.log

# 分析高频Key
cat /tmp/hotkey_sample.log | awk '{print $NF}' | sort | uniq -c | sort -rn | head -20

4.4 客户端统计：生产环境首选

在客户端SDK层面统计命令调用频次，对Redis服务端零侵入，适合长期运行。主流Redis客户端（如Jedis、Lettuce、Redisson）均支持自定义命令拦截器或监听器。

实现思路（以Jedis为例）

// 自定义Jedis命令拦截器
public class HotKeyInterceptor extends JedisMonitor {
    private final ConcurrentHashMap<String, AtomicLong> counter = new ConcurrentHashMap<>();

    @Override
    public void onCommand(String command, String... args) {
        if (args.length > 0) {
            String key = args[0];
            counter.computeIfAbsent(key, k -> new AtomicLong()).incrementAndGet();
        }
    }

    // 定期上报热点Key（例如每10秒输出Top N）
    public void reportHotKeys(int topN) {
        counter.entrySet().stream()
            .sorted((a, b) -> Long.compare(b.getValue().get(), a.getValue().get()))
            .limit(topN)
            .forEach(entry -> System.out.println(entry.getKey() + " : " + entry.getValue().get()));
    }
}

4.5 Redis Exporter + Prometheus + Grafana：全链路可视化监控

这是企业级Redis监控的标准方案，覆盖实例级指标、命令级统计、慢查询、内存、网络等维度，支持告警和趋势分析。

架构组件

部署与配置要点

1. Redis Exporter：每个Redis实例部署一个Exporter，支持密码认证、TLS、自定义采集指标。
2. Prometheus 配置：通过 scrape_configs 定义采集目标，建议采集间隔15秒。
3. Grafana 仪表盘：使用官方Redis Dashboard模板（ID：763），或自定义热点Key面板。

# prometheus.yml 示例配置
scrape_configs:
  - job_name: 'redis_exporter'
    static_configs:
      - targets:
        - '10.0.1.10:9121'   # Redis主节点Exporter
        - '10.0.1.11:9121'   # Redis从节点Exporter
    params:
      # 自定义采集脚本路径（可选）
      check.keys: ['user:*', 'product:*']

热点Key监控面板设计

4.6 四种手段协同使用策略

单一手段无法覆盖所有场景，推荐分层协同策略：

• 日常监控层：Redis Exporter + Prometheus + Grafana，7×24小时全量指标采集，设置告警规则。
• 热点发现层：客户端统计（SDK内置），实时输出Top N热点Key，上报至Prometheus。
• 诊断分析层：慢查询日志，定位大Key和慢命令；必要时临时使用MONITOR抓取样本。
• 应急处理层：发现热点Key后，触发本地缓存、Key拆分、读写分离等削峰策略。