redis的缓存击穿、穿透、雪崩及分布式锁

最新推荐文章于 2022-11-19 21:32:00 发布

yulin6

最新推荐文章于 2022-11-19 21:32:00 发布

阅读量154

点赞数

分类专栏：数据库文章标签： redis 缓存数据库

本文链接：https://blog.csdn.net/qs17126/article/details/120855631

版权

数据库专栏收录该内容

6 篇文章 0 订阅

订阅专栏

本文讨论了Redis缓存中的击穿、穿透、雪崩现象及其解决方案。击穿是指高并发请求一个过期或已被淘汰的key，导致直接访问数据库。解决方案包括使用分布式锁。穿透是指请求的key在Redis和DB都不存在，可使用布隆过滤器降低DB压力。雪崩是大量key同时过期引发的问题，可以通过分散过期时间或加锁来缓解。最后，文章提到了分布式锁在解决数据一致性问题中的应用。

摘要由CSDN通过智能技术生成

1、击穿

出现原因：一个key过期或未过期但是被淘汰算法（LRU，LFU）清除。正巧这时发生了高并发访问这个key时，会造成击穿redis从而去访问DB，给DB造成非常大的压力。

解决方案：由于redis是单线程，的当大量并发请求到来时在redis中也是需要排队执行，当get key时此时对于返回null的结果再次请求setnx操作，相当于时加了一把锁，拿到锁的请求去访问DB从而更新key获取，其他返回为null的请求继续获取这把锁，如果获取不到锁就睡眠短时间后再去get key返回null再去获取锁以此循环。

此时会有一个问题出现，当拿到锁的请求挂了，就是会出现死锁情况，此时需要对锁加上一个过期时间，可以解决死锁问题。

当然加上过期时间也还是会有问题，当DB的请求量增加造成拥塞那么会导致key过期了但是请求还没有返回，此时下一个请求就会拿到锁去DB中拿数据，这时就会有问题。此时的解决方案可以采用多线程的方式，开启一个线程去监控拿到锁的这个请求，看是否成功返回数据，如果没有成功返回数据的话，这个线程会把setnx的key延长一定时间，如果拿到结果则监控线程也随之销毁，当然如果请求线程挂了监控线程也会第一时间发现并释放锁，让下一个请求拿到锁。当数据返回时其余休眠请求再get key时此时就能正常返回结果。

2、穿透

穿透原因：就是当需要查找的key的正常请求访问redis，redis中没有则会去DB中读取，但是实际上此key值在DB中也没有，此时如果被恶意攻击或并发get key时会对DB造成非常大的压力，甚至导致崩溃。

因此我们需要一个方案减少DB不必要的压力，我们可以把DB中所有的key都缓存到redis中，而当我们把DB中所有的key都缓存到redis中时会非常浪费redis的空间，此时我们需要一种可以采用一种占用空间小并且又能缓存住所有key的方式，此时我们可以使用布隆过滤器来解决此问题，布隆过滤器时基于二进制字节码存储的，当需要缓存key时会把key通过一些列算法映射到bitmap的数组中，如果请求get key也会以同样的方式进行计算，只要计算的所有位置所对应的码值都为1时才会返回成功。这样就可以利用小的空间来缓存所有的key，布隆过滤器不能过滤百分之百的key，有时也会经过算法命中DB中没有的key，但是这种情况通常会控制在1%以下。另外，布隆过滤器有一个缺点就是不支持删除，我们可以选择其他过滤器如布谷鸟，以及布隆过滤器的升级版，或者放置删除的key值为null。