高频面试题-redis热key解决方案

笔墨轻狂-:
解决方案：1，利用jvm缓存。2，随机key存储。3，熔断。

【回复】redis本身不就是缓存吗？给缓存还套一场本地缓存，也就是给处理业务的服务器的内存压力？那我干嘛还要redis？不就是要业务服务器只处理数据不存储数据，最大效率的并发。结果你又反过来，不就相当于业务服务器里又装redis吗？这样的话，数据安全怎么处理？绑定每个用户一生只能访问某个特定的服务器？别闹了。 你要是说把热数据缓存到用户自己的浏览器还好点，这样每次用户手贱狂点都不用访问业务服务器就有数据。但是，这个有什么意义呢？这数据是静态的，不能看到最新的数据谈什么处理并发。 redis本身就是将数据存进内存的，如果还想更快，那只能不用redis，直接用服务器的内存缓存数据了，这样规避了业务服务器与redis服务器的i/o时间。但真的这样，业务服务器又能支撑多高的并发呢？
【回复】回复 @吹气泡儿 :就算从redis拿数据也是经过服务器去请求的，所以本地缓存直接查询热key速率上应该更快吧。你说本地缓存会增加服务器的内存压力这个确实，不过热key就一两个的情况下这个影响很小吧。这一点内存空间减轻了大量读压力，还是很值的。
【回复】回复 @吹气泡儿 : 高手，阿里应该聘请你去解决优化双十一！
chace82:
类比本地哈希表，热key就是哈希碰撞率太高了，解决方案就是做个再哈希[滑稽]

雄哼哼:
是不是有点太复杂了，lru做热点缓存就够了？

四五六八非酋:
gozero有个singleflight，昨天刚看到，也是解决这种问题的

【回复】嗯，很多共性问题的架构解决方案基本都是通用的，不管什么语言，所以大厂在面试专家、架构甚至更高阶的岗位的时候，基本不太看重你学什么语言，反而更看重你在某些问题的解决方案能力。
加洛韦:
支持[OK]，大佬可以开个公众号传文档呀[脱单doge]

【回复】[抱拳]感谢建议，后续考虑下哈
他们都叫我周大黑:
老师您好，请问加入本地缓存后，缓存不一致一般的解决方案是什么呢？

【回复】感谢老师，看到你之前的视频有讲到
【回复】这种数据一般都对一致性要求没那么高吧，比如商品的信息啥的，做到秒级别的最终一致性也可以吧
求干可:
up主，你的视频好少呀，多更新更新视频。

flink-java:
不要只会念PPT，照着MD文档读一遍，图画的好看+笔记工整但就是跑不出来代码， 请写代码+案例演示。

【回复】兄弟说的很对，后面尽量整点代码，时间会很久，记得坚持看完[doge]