Redis的热点key

沐之白

于 2024-09-04 15:26:39 发布

阅读量1k

点赞数 10

分类专栏： redis 文章标签： java 开发语言

本文链接：https://blog.csdn.net/Jimlong0801/article/details/141895184

版权

1 篇文章 0 订阅

订阅专栏

1、什么热点key

在Redis中，我们把访问频率高的key，称为热点key。

如果某一热点key的请求到服务器主机时，由于请求量特别大，可能会导致主机资源不足，甚至宕机，从而影响正常的服务。

2、热点key会带来哪些问题

主要会带来这些问题: 资源过载或者内存资源紧张、负载不均衡、主从同步延迟、缓存击穿.

CPU资源过载：如果某个Key被频繁访问，处理这些请求的Redis实例可能出现CPU过载的情况，导致处理其他请求的能力下降，影响整体性能。
内存资源紧张：热点Key会占用Redis实例的大量内存资源，特别是如果这个Key的数据量较大，可能导致内存紧张，影响Redis的正常运行。
负载不均衡: 在Redis集群中，热点Key可能集中在某个或某几个节点上，导致这些节点的负载远高于其他节点。这种不均衡会导致集群的整体性能下降
主从同步延迟：如果Redis处于主从模式，热点Key的频繁访问会导致主节点压力增加，进而导致主从同步延迟，产生数据不一致的风险。这种情况在高并发场景下尤为明显。
缓存击穿：当一个热点Key的缓存失效后，大量请求直接穿透到Redis或后端数据库，造成瞬时的请求风暴，特别影响后端系统的性能，甚至可能导致Redis实例或后端服务崩溃。

3、哪些原因可能导致热点 key

很多原因都可能导致热点key，我给大家列举一下:

热门数据: 比如电商平台的一些爆款商品详情页、社交平台的热门帖子等，往往会被大量用户频繁访问，从而形成热点Key。
短时高并发：例如新闻网站上的突发新闻、秒杀活动中的商品信息等。这些Key的访问量在短时间内剧增，容易形成热点。
请求分片集中：在Redis集群中，某些固定名称的Key可能通过哈希分片集中到同一个节点。当这些Key的访问量突然激增时，该节点可能超出性能瓶颈，导致热点Key问题。

4、如何监测热点key

既然热点key可能带来一些问题，我们如何去检测redis的热点key呢? 常见的方案以后这些:

MONITOR命令：可以实时监控Redis服务器执行的所有命令。通过分析这些命令，可以观察到哪些Key被频繁访问，识别出热点Key。不过，MONITOR命令的开销较大，一般只在调试阶段使用。
自定义统计脚本：可以编写Lua脚本或使用Redis的命令组合（如SCAN、TTL等）定期统计和记录访问频率高的Key。
Redis自带的分析工具：在Redis 4.0及以上版本中，redis-cli提供了--hotkeys选项，可以帮助分析哪些Key是热点Key。
Redis监控工具：第三方监控工具（如RedisInsight、Prometheus等）可以实时监控Redis实例的性能数据，并通过设置监控指标和警报，自动检测出访问频率异常高的Key。
SLOWLOG命令：SLOWLOG可以记录执行时间较长的命令，尽管它主要用于监控慢查询，但如果某个Key的操作频繁导致命令变慢，也可以通过此方法发现热点Key。

5、如何识别热点key

在日常开发中，识别Redis中的热点Key可以通过以下几种方法：

凭经验判断哪些是热Key: 根据对业务的了解，判断哪些数据是访问频率最高的。例如，电商系统中的商品详情页、社交平台上的热门帖子、用户个人信息等数据通常容易成为热点Key。
客户端统计上报: 在Redis客户端（如Jedis、Lettuce）中添加统计代码，对每次对Redis的访问进行记录。可以统计每个Key的访问次数，并定期上报到监控系统。
服务代理层上报: 如果系统中使用了Redis代理（如Twemproxy、Codis、Redis Cluster等），可以在代理层添加统计功能，对经过代理的Redis请求进行统计，记录每个Key的访问频率。

6、如何解决热点key

常见的有这几种方式：Redis集群扩容、将热点Key分散到不同的服务器中、使用二级缓存（JVM本地缓存）