redis缓存穿透、缓存雪崩 、缓存击穿

一、缓存穿透、缓存雪崩 、缓存击穿

摘自尚硅谷文档
1、缓存穿透

缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中，将去查询数据库，但是数
据库也无此记录，我们没有将这次查询的 null 写入缓存，这将导致这个不存在的数据每次
请求都要到存储层去查询，失去了缓存的意义。
在流量大时，可能 DB 就挂掉了，要是有人利用不存在的 key 频繁攻击我们的应用，这就是
漏洞。
解决：
缓存空结果、并且设置短的过期时间。

2、缓存雪崩

缓存雪崩是指在我们设置缓存时采用了相同的过期时间，导致缓存在某一时刻同时失
效，请求全部转发到 DB，DB 瞬时压力过重雪崩。
解决：
原有的失效时间基础上增加一个随机值，比如 1-5 分钟随机，这样每一个缓存的过期时间的
重复率就会降低，就很难引发集体失效的事件。

3、缓存击穿

对于一些设置了过期时间的 key，如果这些 key 可能会在某些时间点被超高并发地访问，
是一种非常“热点”的数据。
这个时候，需要考虑一个问题：如果这个 key 在大量请求同时进来前正好失效，那么所
有对这个 key 的数据查询都落到 db，我们称为缓存击穿。
解决：加锁

二.个人理解redis缓存穿透、缓存雪崩 、缓存击穿

1.缓存穿透
高并发情况下查询缓存不存在的数据导致并发查数据库
解决办法:查询数据库结果为null时，在缓存中设置不为null的空值（0，1），并设置过期时间，保证缓存能查到该数据

2.缓存雪崩
高并发情况下查询时，因为key设置相同的过期时间而key集体失效
解决办法:给key设置过期时间（不是随机过期时间，是固定过期时间，或者永久保存数据也可以），因为每个key存入的时间不同，防止集体失效 set(“categoryJson”,s,1,xxx)

3.缓存击穿
高并发情况下同时访问同一个Key
解决办法:加锁

三.Luttuce 与 jedis

jedis和Lettuce都是Redis的客户端，它们都可以连接Redis服务器

luttuce底层使用Netty网络通信 会出现OutofDirectMomeryError堆内存溢出问题
解决办法：增加JVM可用内存-Xmx?m，升级Luttuce,使用jedis

 <!--redis-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-redis</artifactId>
            <!--lettuce底层使用netty网络通信，会出现内存溢出的问题-->
            <!--解决办法:1.升级lettuce 2.切换jedis-->
            <exclusions>
                <exclusion>
                    <groupId>io.lettuce</groupId>
                    <artifactId>lettuce-core</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        <!--防止堆外内存溢出-->
        <dependency>
            <groupId>redis.clients</groupId>
            <artifactId>jedis</artifactId>
        </dependency>