Redis -- 缓存穿透和缓存雪崩

缓存穿透

缓存穿透是指查询一个一定不存在的数据, 由于缓存是不命中时需要从数据库查询, 查不到数据则不写入缓存, 这将导致这个不存在的数据每次请求都要到数据库去查询, 造成缓存穿透.
解决方式

1. 布隆过滤: 对所有可能查询的参数以hash形式存储，在控制层先进行校验，不符合则丢弃。还有最常见的则是采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。
2. 缓存空对象: 也可以采用一个更为简单粗暴的方法，如果一个查询返回的数据为空（不管是数 据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。(存在的问题: 空值做了缓存，意味着缓存层中存了更多的键，需要更多的内存空间, 比较有效的方法是针对这类数据设置一个较短的过期时间，让其自动剔除)
   
   

缓存雪崩

如果缓存集中在一段时间内失效, 发生大量的缓存穿透, 所有的查询都落在数据库上, 造成缓存雪崩.
没有完美的解决办法, 可通过分析用户行为, 尽量让失效时间点均匀分布. 大多数系统设计者考虑用加锁或者队列的方式保证缓存的单线程 写, 从而避免失效时大量的并发请求落到底层存储系统上.
解决方式

1. 在缓存失效后，通过加锁或者队列来控制读数据库写缓存的线程数量。比如对某个key只允许一个线程查询数据和写缓存，其他线程等待。
2. 可以通过缓存reload机制，预先去更新缓存，再即将发生大并发访问前手动触发加载缓存
3. 不同的key，设置不同的过期时间，让缓存失效的时间点尽量均匀
4. 做二级缓存，或者双缓存策略。A1为原始缓存，A2为拷贝缓存，A1失效时，可以访问A2，A1缓存失效时间设置为短期，A2设置为长期
   
   
   
   
   原文链接
   另一详细链接