Redis缓存三大问题-穿透、击穿、雪崩

缓存穿透

缓存中明明没有对应数据，但是有大量的请求这些不存在的数据，导致大量请求直接打在DB上

缓存空对象 设置空key

缺点：大量浪费Redis的内存空间，建议还是要给空key设置一个过期时间

利用singleflight 往 redis 写空null + 异步定时脚本从db刷有效缓存，应该是这么个用法

设置布隆过滤器

布隆过滤器就是一种方便检测数据库中是否含有对应key的工具。

布隆过滤器在使用上可能比设置空key节省内存空间，因为bitmap本身占用空间很小
但是布隆过滤器是要经过复杂计算的，而且它的精确度也无法达到100%，精度需求越高计算量就越大。

还有其他过滤器，比布隆更牛逼些

缓存击穿

大量请求同一个key 但是这时恰好这个key到了过期时间
所有的请求都打向了DB这时就有可能造成DB被打崩

加互斥锁

同时大量相同的请求打到DB，那么就可以加互斥锁
同时只能一个请求打到DB
其他的请求陷入自旋状态
直到唯一 一个到大DB的请求把数据写回到Redis，再从Redis拿回数据即可
比如 go 的 singleflight

设置热点数据不过期

只要key不过期 那么就永远不会发生击穿，但运行维护成本会直线上升。

缓存雪崩

大面积key同时失效 导致缓存彻底失去作用

方案1： redis高可用：多增设redis实例，以集群的方式防止Redis单实例宕机后引发雪崩
方案2： 限流降级 ： 通过加锁或队列的方式控制线程数量
方案3： 数据预热 ：提前设置好key，exp random，比如 rand(x)