Redis缓存常见问题及淘汰策略

最新推荐文章于 2024-07-02 08:30:50 发布

又菜又爱玩٩( ö̆ ) و

最新推荐文章于 2024-07-02 08:30:50 发布

阅读量214

点赞数 2

分类专栏： Redis

本文链接：https://blog.csdn.net/a972669015/article/details/103118259

版权

Redis 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

一、缓存穿透

缓存穿透是指缓存和数据库中都没有的数据，而用户（黑客）不断发起请求。

比如：数据库的 id 从 1 自增的，如果发起 id=-1 的数据，这样的不断攻击导致数据库压力很大，严重会击垮数据库。

解决

1.缓存null值，设置过期时间

2.在接口层增加校验，比如参数做校验，不合法的校验直接 return，id 做基础校验，id<=0 直接拦截

3.布隆过滤器（Bloom Filter），利用高效的数据结构和算法快速判断出这个 Key 是否在数据库中存在，不存在return，存在就去查 DB 刷新 KV 再 return。当布隆过滤器说某个值存在时，这个值可能不存在；当它说不存在时，那就肯定不存在。

布隆过滤器原理简单来说就是一个大型的位数组和几个不一样的无偏 hash 函数。所谓无偏就是能够把元素的 hash 值算得比较均匀。向布隆过滤器中添加 key 时，会使用多个 hash 函数对 key 进行 hash 算得一个整数索引值然后对位数组长度进行取模运算得到一个位置，每个 hash 函数都会算得一个不同的位置。再把位数组的这几个位置都置为 1 就完成了 add 操作。

向布隆过滤器询问 key 是否存在时，跟 add 一样，也会把 hash 的几个位置都算出来，看看位数组中这几个位置是否都为 1，只要有一个位为 0，那么说明布隆过滤器中这个key 不存在。如果都是 1，这并不能说明这个key 就一定存在，只是极有可能存在，因为这些位被置为 1 可能是因为其它的 key 存在所致。如果这个位数组比较稀疏，这个概率就会很大，如果这个位数组比较拥挤，这个概率就会降低。

二、缓存击穿

缓存击穿是指在高并发下，一个 Key 非常热点，在不停地扛着大量的请求，高并发集中对这一个点进行访问，当这个 Key 在失效的瞬间，持续的高并发直接落到了数据库上，就在这个 Key 的点上击穿了缓存，或者当一个冷数据Key因为某件事突然热门，此时缓存中没有该Key，也会导致瞬间持续的高并发直接落到了数据库上。

解决

1.设置热点数据永不过期，有更新操作就更新缓存

2.加上互斥锁，只允许一个线程重建缓存，其他线程等待重建缓存的线程执行完，重新从缓存获取数据即可。

三、缓存雪崩

缓存雪崩是指在高并发下，大量的缓存key在同一时间失效，此时 Redis 跟没有一样，导致大量的请求落到数据库上。

比如：活动系统里面同时进行着非常多的活动，但是在某个时间点所有的活动缓存全部过期，此时大量请求全部落在了数据库上，高数量级别的请求直接打到数据库，数据库扛不住可能直接挂了。如果挂的是一个基础服务的库，那其他依赖他的库所有接口几乎都会报错，像雪崩一样，由缓存服务的问题，导致其他服务不可用，甚至整个系统不可用。