模型服务连接失败
Redis
分类
分布式系统
难度
未设置
来源数
1
更新时间
2026/03/29 00:57

答案

热点key产生的问题: + 请求过多,缓存分片服务被打垮 + 集群架构下,产生访问倾斜 + DB 击穿,引起业务雪崩 解决: 1. 使用二级缓存 使用本地缓存,如利用ehcache、GuavaCache等,甚至是一个HashMap都可以;在发现热key以后,把热key加载到系统的JVM中,针对这种热key请求,会直接从本地缓存中取,而不会直接请求redis; 本地缓存天然的将同一个key的大量请求,根据网络层的负载均衡,均匀分散到了不同的机器节点上,避免了对于固定key全部打到单个redis节点的情况,并且减少了1次网络交互; 2. 将热key分散到不同的服务器中

相关题目(5)

分布式系统Redis
分布式系统并发Redis
分布式系统Redis
分布式系统并发Redis

元信息

审核状态: active
关联来源: 1

来源面经题(0)

这道题目前没有手动沉淀的面经题来源。

来源(1)

Java八股(数据库).md

knowledge_note
Question 134: 热点 key 问题如何解决? Source answer: 热点key产生的问题: + 请求过多,缓存分片服务被打垮 + 集群架构下,产生访问倾斜 + DB 击穿,引起业务雪崩 解决: 1. 使用二级缓存 使用本地缓存,如利用ehcache、GuavaCache等,甚至是一个HashMap都可以;在发现热key以后,把热key加载到系统的JVM中,针对这种热key请求,会直接从本地缓存中取,而不会直接请求redis; 本地缓存天然的将同一个key的大量请求,根据网络层的负载均衡,均匀分散到了不同的机器节点上,避免了对于固定key全部打到单个redis节点的情况,并且减少了1次网络交互; 2. 将热key分散到不同的服务器中 Reviewed answer: 可使用二级缓存,将热点 key 放入本地缓存分散流量;也可把热点 key 分散到不同服务器,降低单个 Redis 节点的访问倾斜和压力。