什么是缓存雪崩？怎么解决

640.png
概念：比如mysql每秒能处理2000请求，中间使用redis做缓存每秒能顶住10000请求，如果redis宕机会导致DB被打挂，这种现象被称为缓存雪崩。640.png
解决：两种策略同时使用
1.做好缓存高可用，使用redis集群，防止缓存宕机
2.使用断路器，如果缓存宕机，为了 防止DB被打挂系统瘫痪而限制部分流量进入DB，保证部分可用，其余请求返回断路器的默认值。

什么是缓存穿透？怎么解决

概念：缓存查询一个没有的key或者刚失效的key，同时数据库也没有，如果有人大量请求就会导致DB宕机。
解决：针对查不到key的数据，缓存一个默认值，每次访问都从缓存取该值。或者在请求代码增加双重检查锁。

什么是缓存并发竞争？怎么解决

概念：多个客户端写一个key，顺序错了，数据就发生错误，且顺序无法控制
解决：使用分布式锁，比如zk，同时加入数据的时间戳。同一时刻，只有抢到锁的客户端才能写入，同时，写入时，比较当前数据的时间戳和缓存中数据的时间戳。

什么是缓存和数据库双写不一致？怎么解决

连续写数据库和缓存，操作期间出现并发导致数据不一致
通常，更新缓存和数据库有以下几种顺序：
先更新数据库，再更新缓存。
先删缓存，再更新数据库。
先更新数据库，再删除缓存。
三种方式的优劣来看一下：
先更新数据库，再更新缓存。
这么做的问题是：当有 2 个请求同时更新数据，那么如果不使用分布式锁，将无法控制最后缓存的值到底是多少。也就是并发写的时候有问题。
先删缓存，再更新数据库。
这么做的问题：如果在删除缓存后，有客户端读数据，将可能读到旧数据，并有可能设置到缓存中，导致缓存中的数据一直是老数据。
有 2 种解决方案：
使用“双删”，即删更删，最后一步的删除作为异步操作，就是防止有客户端读取的时候设置了旧值。
使用队列，当这个 key 不存在时，将其放入队列，串行执行，必须等到更新数据库完毕才能读取数据。
总的来讲，比较麻烦。
先更新数据库，再删除缓存
这个实际是常用的方案，但是有很多人不知道，这里介绍一下，这个叫 Cache Aside Pattern，老外发明的。如果先更新数据库，再删除缓存，那么就会出现更新数据库之前有瞬间数据不是很及时。
同时，如果在更新之前，缓存刚好失效了，读客户端有可能读到旧值，然后在写客户端删除结束后再次设置了旧值，非常巧合的情况。
有 2 个前提条件：缓存在写之前的时候失效，同时，在写客户度删除操作结束后，放置旧数据 —— 也就是读比写慢。设置有的写操作还会锁表。
所以，这个很难出现，但是如果出现了怎么办？使用双删！！！记录更新期间有没有客户端读数据库，如果有，在更新完数据库之后，执行延迟删除。
还有一种可能，如果执行更新数据库，准备执行删除缓存时，服务挂了，执行删除失败怎么办？？？
这就坑了！！！不过可以通过订阅数据库的 binlog 来删除。