Redis缓存雪崩、击穿、穿透学习笔记

参考文档 阿里面试Redis最常问的三个问题：缓存雪崩、击穿、穿透（带答案）
参考文档 Redis缓存雪崩、缓存穿透、热点Key解决方案和分析

Redis雪崩: Redis中有大量数据在同一时间节点过期,而遭遇大量 访问时,会直接访问数据库,会给数据库造成很大的访问压力.

第一，大多数系统设计者考虑用加锁或者队列的方式保证来保证不会有大量的线程对数据库一次性进行读写，避免缓存失效时对数据库造成太大的压力，虽然能够在一定的程度上缓解了数据库的压力但是与此同时又降低了系统的吞吐量。
第二，分析用户的行为，尽量让缓存失效的时间均匀分布。

缓存击穿:大并发集中对一个Key进行访问，当这个Key在失效的瞬间，持续的大并发就穿破缓存，直接请求数据库.

1.使用互斥锁(mutex key):这种解决方案思路比较简单，就是只让一个线程构建缓存，其他线程等待构建缓存的线程执行完，重新从缓存获取数据就可以了
2. "提前"使用互斥锁(mutex key)：在value内部设置1个超时值(timeout1), timeout1比实际的memcache timeout(timeout2)小。当从cache读取到timeout1发现它已经过期时候，马上延长timeout1并重新设置到cache。然后再从数据库加载数据并设置到cache中。
3. “永远不过期”：
这里的“永远不过期”包含两层意思：
(1) 从redis上看，确实没有设置过期时间，这就保证了，不会出现热点key过期问题，也就是“物理”不过期。
(2) 从功能上看，如果不过期，那不就成静态的了吗？所以我们把过期时间存在key对应的value里，如果发现要过期了，通过一个后台的异步线程进行缓存的构建，也就是“逻辑”过期.

缓存穿透:短时间内 大量的访问 缓存和数据库中都没有的数据,从而导致数据库压力过大.(非普通用户)

1.增加参数校验
2.给不存在数据设置null值或者提示,设置过期时间
3.使用布隆过滤器