引言
一个超级疲惫的下午，离下班还有30分钟，小航拿了一袋坚果，对我说：”哥，来来来，吃个坚果，开心下”
有了前几次的，经验，我意识到，这兄弟又要问题问题，委婉的回绝到：”谢谢好意，你吃吧，我不饿”。
小航，一看我有所防备，有拿出了安慕希，并且抓住了我的手臂，说道：“大神，我有困惑，请您帮帮我”
看他如此诚恳，我不好意思的说道：“大神不敢当，水平有限，恐无法为你解惑”。
小航一看有戏，有给了我一袋坚果,眼中有光的说道：“哥，您指点一二，无论对错，我都愿意听”
我感动（dong xi hao chi）的说：“什么问题，我试试看”
小航立刻说道：“使用缓存都有什么问题”
我缓缓道来：“主要四个问题，击穿，穿透，雪崩，污染”。另外，Redis 系列面试题和答案全部整
理好了，微信搜索Java技术栈，在后台发送：面试，可以在线阅读。
问题描述
逐个解决
缓存击穿
热点key过期了，请求打到了数据库
解决方式：
不给热点key设置过期时间
缓存穿透
缓存没有，数据库也没有。
解决方式：
缓存空值或缓存缺省值
对入参进行校验，屏蔽无效参数请求
在redis前置布隆过滤器，快速判断
缓存雪崩
大量key同时失效
解决方式：
给key的过期时间加上随机数，避免同时过期
Redis挂了
Redis，搭建主从集群（提高redis可靠性）
服务限流（限制访问量，减少redis压力）
服务熔断（直接返回错误，不在继续往下请求）
服务降级（redis替代方式，或者直接走库）
缓存污染
有不常用的key占用redis内存。
解决方式：
如果知道是那个key，直接删除
Redis空间充足，可以考虑不解决
设置redis过期策略为allkey-lfu
注意是lfu，把访问次数最低的数据淘汰出缓存
Lru，解决不了如下场景：大量数据进行一次全体读取，因为这些被查询的数据刚刚被访问过，所以 lru 字段值都很大，无法淘汰不常用的key。另外，关注公众号Java技术栈，在后台回复：面试，可以获取我整理的 Redis 缓存系列面试题和答案，非常齐全。
总结
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/111042.html
