Redis热Key问题的解决

在高并发的分布式系统中，Redis 作为高性能的内存数据库，广泛用于缓存、会话存储、计数器等场景。然而，随着业务规模的增长，热 Key（Hot Key）问题逐渐成为影响系统稳定性和性能的重要隐患。

什么是热 Key？

热 Key 是指在 Redis 中被高频访问的某个 Key，其访问频率远超其他 Key，导致该 Key 所在的 Redis 实例或节点成为系统瓶颈。

典型特征：

热 Key 的常见场景

秒杀/抢购商品信息 某个热门商品详情被大量用户频繁查询。热点新闻或文章突发新闻的阅读量、点赞数等 Key 被高频访问。全局配置或公共数据如系统开关、活动配置等，所有服务都依赖同一个 Key。大 V 用户数据某个明星用户的粉丝列表、动态被大量访问。缓存穿透/击穿后的集中重建大量请求同时重建同一个缓存 Key。

热 Key 的危害

如何发现热 Key？

方法一：使用redis-cli --hotkeys（Redis 自带工具）

这是最简单直接的方式，适用于 Redis 4.0+ 版本。

原理

Redis 内置了基于 LFU（Least Frequently Used）算法 的热点 Key 发现机制。通过采样命令访问频率，自动识别出访问最频繁的 Key。

使用方式

# 连接 Redis 并启动热 Key 检测 redis-cli --hotkeys # 可指定 host 和 port redis-cli -h 127.0.0.1 -p 6379 --hotkeys

输出示例

# Scanning the entire keyspace to find hot keys as well as
# average sizes per pattern of keys.
 
# 1 hottest key found at 'user:profile:10086' with 12532 hits
# 2 hottest key found at 'product:detail:hot' with 9823 hits

注意事项

方法二：SLOWLOG分析慢查询

虽然不直接找“热 Key”，但可以间接发现性能瓶颈。

命令

# 查看最近 10 条慢查询 SLOWLOG GET 10 # 查看慢查询总数 SLOWLOG LEN # 重置慢日志 SLOWLOG RESET

输出字段说明

如果某个 Key 多次出现在慢日志中，很可能是热 Key 或大 Key。

配置慢查询阈值

在 redis.conf 中设置：

slowlog-log-slower-than 10000 # 超过 10ms 的命令记录 slowlog-max-len 1024 # 最多保存 1024 条日志

热 Key 的解决方案

方案 1：本地缓存 + Redis（二级缓存）

思路：在应用层使用本地缓存（如 Caffeine、Guava Cache）缓存热 Key，减少对 Redis 的直接访问。

// 示例：使用 Caffeine 缓存热 Key LoadingCache<String, String> cache = Caffeine.newBuilder() .maximumSize(1000) .expireAfterWrite(5, TimeUnit.MINUTES) .build(key -> redis.get(key)); String value = cache.get("hot:product:123");

优点：简单高效，显著降低 Redis 压力。
缺点：存在缓存不一致问题，需设置合理过期时间。

方案 2：Key 拆分（分片）

思路：将一个热 Key 拆分为多个子 Key，分散访问压力。

# 原始热 Key SET hot:product:123 "details" # 拆分为多个 Key SET hot:product:123:1 "details_part1" SET hot:product:123:2 "details_part2"

读取时：随机选择一个子 Key 读取，或合并多个。
适用场景：读多写少，且数据可拆分。

方案 3：读写分离 + 从库扩容

思路：将读请求打到 Redis 从库，写请求打到主库。

注意：从库有延迟，对一致性要求高的场景慎用。

方案 4：使用 Redis 集群（Cluster）

思路：通过 Redis Cluster 将 Key 分布到多个节点，避免单点过热。

建议：为特别热的 Key 单独部署一个 Redis 实例。

方案 5：异步更新 + 预加载

思路：避免大量请求同时触发缓存重建。

// 使用 ScheduledExecutorService 定时刷新 scheduler.scheduleAtFixedRate(this::refreshHotKey, 0, 4, TimeUnit.MINUTES);

方案 6：限流与降级

思路：在应用层对热 Key 访问进行限流，防止系统崩溃。

@SentinelResource(value = "getHotKey", blockHandler = "handleHotKey") public String getHotKey() { return redis.get("hot:key"); } public String handleHotKey(BlockException ex) { return "default_value";

到此这篇关于Redis 热 Key 问题的解决的文章就介绍到这了,