Redis总结四（主从复制 击穿等）

Redis缓存穿透、击穿和雪崩

缓存穿透-查不到

概念：用户需要查询一个数据，发现Redis中没有，也就是缓存没有命中，于是就向持久层数据库发起查询，发现也没有这个数据，于是本次查询失败
当用户很多的情况，缓存没有命中，又回去请求数据库，这就会给数据库造成很大的压力，这个就是缓存穿透

解决方案-1 布隆过滤器

布隆过滤器是一种算法，是用户检测一个元素是否在一个集合中，存在一定的误差

可以将所有可能查询的参数以hash形式来进行存储，在控制层进行校验，不符合的则丢弃，从而避免对数据库的查询压力

解决方案2-缓存空对象

当存储层不命中时，及时返回一个空对象也将其缓存起来，同时会设置一个过期时间，之后在访问这个数据会从缓存中获取，既能保证数据的有效性也能保护后端数据库

注意：存在问题
及时对缓存设置了过期时间，还是会有缓存和数据库数据不一致的窗口期，对于需要保持一致性的业务会有影响

缓存击穿-量太大，缓存过期（定点打击）

概念：缓存击穿，指一个key非常热点，在不停的扛着大量的并发，当这个key在失效的期间，持续的大并发的请求就会穿破缓存，直接请求数据库，当key在过期的瞬间，大量的请求并发访问，会同时访问数据库来查询最新的数据，回写到内存，会导致数据库压力瞬间增大。

解决方案-1 使用互斥锁

业界比较常用的做法，是使用mutex。简单地来说，就是在缓存失效的时候（判断拿出来的值为空），不是立即去load db，而是先使用缓存工具的某些带成功操作返回值的操作（比如Redis的SETNX或者Memcache的ADD）去set一个mutex key，当操作返回成功时，再进行load db的操作并回设缓存；否则，就重试整个get缓存的方法。

解决方案-2 热点数据永不过期

从换存储层面看，没有设置过期时间，所以不会出现热点key过期后造成的数据库压力

缓存雪崩

概念：指在某一个时间段，缓存集中过期失效

集中过期，并不是致命问题，比较致命的是，是缓存服务器在某个节点宕机或者断