redis缓存击穿、缓存穿透、缓存雪崩问题

把redis作为缓存使用在现在的项目中已是比较常见的技术，但是使用redis后也可能会碰到一系列的问题，尤其是数据量很大的时候，最经典的几个问题如下：

• 缓存穿透
  问题：
  前端发出大量的请求来访问redis中不存在的数据，请求直接穿透redis访问数据库， 导致数据库剧增，面临崩溃的危险。（缓存和数据库中都没有的数据访问）。

  可采取的方案：
  a) 对从redis中获取数据加锁；
  b) 使用线程池，规定最大的连接数；
  c) 采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力；
  d) 简单粗暴的方法，如果一个查询返回的数据为空（不管是数 据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。

• 缓存击穿
  问题：
  缓存击穿是指缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户特别多，同时读缓存没读到数据，又同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力。

  可采取的方案：
  a) 设置热点数据永远不过期。
  b) 加互斥锁。
  业界比价普遍的一种做法，即根据key获取value值为空时，锁上，从数据库中load数据后再释放锁。若其它线程获取锁失败，则等待一段时间后重试。这里要注意，分布式环境中要使用分布式锁，单机的话用普通的锁（synchronized、Lock）就够了。
  c) 接口限流与熔断、降级
  重要的接口一定要做好限流策略，防止用户恶意刷接口，同时要降级准备，当接口中的某些服务不可用时候，进行熔断，失败快速返回机制。

• 缓存雪崩
  问题：
  缓存雪崩是指在我们设置缓存时采用了相同的过期时间，导致缓存在某一时刻同时失效，请求全部转发到数据库，数据库瞬时压力过重导致宕机。

  可采取的方案：
  a) 设置过期时间时，在一个时间区间中均匀分配，可采用随机数设置过期时间；
  b) 采用线程池，代码加锁；
  c) 数据备份，采用主从服务器；
  d) 给每一个缓存数据增加相应的缓存标记，记录缓存是否失效，如果缓存标记失效，则更新数据缓存。