高频面试题：redis大key解决方案-从扫盲到装逼

三军队长:
文档整理的不错，提个建议:讲的时候可以理论实操相结合，多来几个实际的例子，不要这种把文档从头读到尾，文档对你来说只是一个大纲而已！！！

【回复】感谢建议哦，安排，继续改进[笑]
一小辣条:
对大key改名，对客户端而言不是相当于缓存失效，压力也是打到数据库里了？

【回复】是的，出现大key，redis查询非常慢，线上业务会大量报警，生产问题是第一位，我们必须快速把大key清理掉，让redis灰度正常。清理的时候，如果担心把db打爆，可以缓存一个字符串防穿透处理。
【回复】回复 @tojson :好的已关注
iilogos:
zset类型大key取模拆分后没法排序呀 ，按照值区间拆分又会分布不均匀

【回复】回复 @口袋里的小橘猫 : 排行榜如果是100的话，其实存的是100以上数据，进行range获取，这样子做的好处是可以避免数据的频繁操作
【回复】排行榜不懂为什么会有大key情况的发生。最多给你排行榜100。可以定时删后100的数据
ddvs:
hash优化的方案，如果出现hash冲突怎么处理呢？

【回复】1、采用链式hash，冲突就放在后面呗，这也是redis底层实现的策略； 2、redis底层也会针对负载因子，去进行rehash，因此业务上直接拆分就行，剩下的redis底层已经完成维护了。