共计 1346 个字符，预计需要花费 4 分钟才能阅读完成。
本文出自：https://thinkinjava.cn
作者：莫那 鲁道
1. 什么是缓存雪崩？怎么解决？
通常，咱们会应用缓存用于缓冲对 DB 的冲击，如果缓存宕机，所有申请将间接打在 DB，造成 DB 宕机——从而导致整个零碎宕机。
如何解决呢？
2 种策略（同时应用）：
- 对缓存做高可用，避免缓存宕机
- 应用断路器，如果缓存宕机，为了避免零碎全副宕机，限度局部流量进入 DB，保障局部可用，其余的申请返回断路器的默认值。
2. 什么是缓存穿透？怎么解决？
解释 1： 缓存查问一个没有的 key，同时数据库也没有，如果黑客大量的应用这种形式，那么就会导致 DB 宕机。
解决方案： 咱们能够应用一个默认值来避免，例如，当拜访一个不存在的 key，而后再去拜访数据库，还是没有，那么就在缓存里放一个占位符，下次来的时候，查看这个占位符，如果产生时占位符，就不去数据库查问了，避免 DB 宕机。
解释 2： 大量申请查问一个刚刚生效的 key，导致 DB 压力倍增，可能导致宕机，但实际上，查问的都是雷同的数据。
解决方案： 能够在这些申请代码加上双重查看锁。然而那个阶段的申请会变慢。不过总比 DB 宕机好。
3. 什么是缓存并发竞争？怎么解决？
解释： 多个客户端写一个 key，如果程序错了，数据就不对了。然而程序咱们无法控制。
解决方案： 应用分布式锁，例如 zk，同时退出数据的工夫戳。同一时刻，只有抢到锁的客户端能力写入，同时，写入时，比拟以后数据的工夫戳和缓存中数据的工夫戳。
4. 什么是缓存和数据库双写不统一？怎么解决？
解释：间断写数据库和缓存，然而操作期间，呈现并发了，数据不统一了。
通常，更新缓存和数据库有以下几种程序：
- 先更新数据库，再更新缓存。
- 先删缓存，再更新数据库。
- 先更新数据库，再删除缓存。
三种形式的优劣来看一下：
先更新数据库，再更新缓存。
这么做的问题是：当有 2 个申请同时更新数据，那么如果不应用分布式锁，将无法控制最初缓存的值到底是多少。也就是并发写的时候有问题。
先删缓存，再更新数据库。
这么做的问题：如果在删除缓存后，有客户端读数据，将可能读到旧数据，并有可能设置到缓存中，导致缓存中的数据始终是老数据。
有 2 种解决方案：
- 应用“双删”，即删更删，最初一步的删除作为异步操作，就是避免有客户端读取的时候设置了旧值。
- 应用队列，当这个 key 不存在时，将其放入队列，串行执行，必须等到更新数据库结束能力读取数据。
总的来讲，比拟麻烦。
先更新数据库，再删除缓存
这个理论是罕用的计划，然而有很多人不晓得，这里介绍一下，这个叫 Cache Aside Pattern，老外创造的。如果先更新数据库，再删除缓存，那么就会呈现更新数据库之前有霎时数据不是很及时。
同时，如果在更新之前，缓存刚好生效了，读客户端有可能读到旧值，而后在写客户端删除完结后再次设置了旧值，十分偶合的状况。
有 2 个前提条件： 缓存在写之前的时候生效，同时，在写客户度删除操作完结后，搁置旧数据 —— 也就是读比写慢。 设置有的写操作还会锁表。
所以，这个很难呈现，然而如果呈现了怎么办？应用双删！！！记录更新期间有没有客户端读数据库，如果有，在更新完数据库之后，执行提早删除。
还有一种可能，如果执行更新数据库，筹备执行删除缓存时，服务挂了，执行删除失败怎么办？？？
这就坑了！！！不过能够通过订阅数据库的 binlog 来删除。