? ? ? ? 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。
? ? ? ? 3、雪崩
? ? ? ? 出现原因：大量key在同一时刻到期，此时高并发来袭，与击穿相似，出现率比击穿高，击穿属于点背事件吧
? ? ? ? 解决方案：两种情况，
????????第一种，当系统不依赖于某一时刻进行大批量的key更新时，此时可以把key的过期时间随意分配，尽量的散列一些即可避免。
? ? ? ? 第二种，当系统以来于某一时间进行大批量更新时比如0点这一时刻。此时散列过期时间时不可能的，在解决此种情况时可以参照击穿的解决方式，加锁及监控线程方式。当然也可以在业务系统中控制，在0点时刻过来的请求尽量延迟一点时间，给大批量key更新带来时间。
? ? ? ? 4、分布式锁
? ? ? ? 出现原因：分布式架构中解决数据不一致问题
? ? ? ? 解决方案：setnx加锁，设置锁的过期时间，增加守护线程，基本解决思路于击穿相似。
写不出来咋能说出来？以上仅为个人拙见，写出来加深记忆，错误之处欢迎大神指正！！
|