Redis缓存穿透、缓存击穿和缓存雪崩

Redis缓存穿透、缓存击穿和缓存雪崩

缓存穿透

用户发起请求，去redis查询发现都没有，然后去数据库查询，数据库也没有，那么本次查询结果就是null，如果大量请求的话就可能压垮数据库。
例子：一个用户用一个不存在订单id查询订单信息，redis和数据库都没有查到，被黑客大量请求的话就可能会压垮数据库。

出现的现象
应用服务器压力变大
redis命中率变低，从而会不断查询数据库

解决方法：
对空值缓存： 如果一个查询返回的数据为空（不管是数据是否不存在），我们仍然把这个空结果（null）进行缓存,不过设置的时间一个要端一点；(应急方案)
设置白名单： 使用 bitmaps 类型定义一个可以访问的名单，名单 id 作为 bitmaps 的偏移量，每次访问和 bitmap 里面的 id 进行比较，如果访问 id 不在 bitmaps 里面，进行拦截，不允许访问。
布隆过滤器： 将所有可能存在的数据哈希到一个足够大的 bitmaps 中，一个一定不存在的数据会被这个bitmaps 拦截掉，从而避免了对底层存储系统的查询压力。
进行实时监控： 当发现 Redis 的命中率开始急速降低，需要排查访问对象和访问的数据，和运维人员配合，可以设置黑名单限制服务。

缓存击穿

redis中的某一个热点的key过期了，同时大量数据请求过来，此时到缓存中没有查到，那么就请求数据库，那么时间压力就变大，可能一下子就压垮数据库咯。

出现的现象
Redis正常运行，也没有出现大量的过期现象，但是数据库的访问压力瞬间激增。

解决方法：
提前设置人们数据：把一写热门数据提前放入到redis，加长过期的时间。
实现调整：监控热门数据，实时调整时间。

缓存雪崩

就是redis中的大量过期了，这时有有大量请求发过来，那么就会瞬间压垮数据库。出现的现象数据库压力变大，服务器崩溃

解决方法：
使用队列或者锁：保证一次只能有一个线程获取到锁，其他的进行等待，这样设计不适合高并发场景。
设置过期标准更新缓存: 记录缓存数据是否过期（设置提前量），如果过期会触发通知另外的线程在后台去更新实际 key 的缓存。
将缓存过期的时间分散开：比如我们可以设置随机过期时间。