在 Redis 使用过程中，如果某些 key 被高频访问形成热点，通常采取哪些策略来缓解或消除这类访问集中带来的性能问题？

回答思路

1. 【回答框架 1】热点 key 指短时间内被大量请求访问的 key，会令单个 Redis 分片或节点负载过高，甚至触发 CPU 或网络瓶颈。
2. 【回答框架 2】常用方案包括：对热点 key 做本地缓存（如 JVM 缓存）以分散读压力；使用多级缓存并设置较短过期时间；对热点 key 进行拆分，例如在 key 后加随机后缀形成多个副本，分散到不同分片或节点；还可采用读写分离或增加副本数来提升读能力。
3. 【回答框架 3】针对写热点，可利用消息队列削峰，或对写操作做合并处理；同时要关注缓存击穿，使用互斥锁或逻辑过期保护后端。
4. 【回答框架 4】实际选择需结合热点程度、数据一致性要求、成本以及集群架构，评估各方案的取舍，例如本地缓存会带来一致性问题，拆分 key 会提高维护复杂度。
5. 【关键点 1】热点 key 的本质是单点访问集中导致节点资源瓶颈。
6. 【关键点 2】本地缓存与多级缓存能有效降低 Redis 读压力。
7. 【关键点 3】key 拆分加随机后缀可分散读流量，但需处理一致性。
8. 【关键点 4】写热点可用队列削峰或合并写操作。
9. 【关键点 5】方案选型需要平衡性能、一致性与运维复杂度。
10. 【易错点 1】直接增加 Redis 副本数不一定能线性提升读性能，因为副本同步和读写策略可能受限。
11. 【易错点 2】拆分 key 后若未合理设置过期时间，可能导致数据不一致或缓存雪崩。
12. 【易错点 3】使用互斥锁解决击穿时，若锁实现不当（如非原子操作），可能造成死锁或性能下降。