Redis篇-redis使用场景-缓存-缓存击穿-03
1 缓存击穿
缓存击穿：给某一个key设置了过期时间，当key过期的时候，恰好这时间点对这个key有大量的并发请求过来，这些并发的请求可能会瞬间把DB压垮。
1.1 解决方案一：互斥锁
1.2 解决方案二：逻辑过期
总结：
缓存击穿：给某一个key设置了过期时间，当key过期的时候，恰好这时间点对这个key有大量的并发请求过来，这些并发的请求可能会瞬间把DB压垮；
解决方案一：互斥锁，强一致，性能差；
解决方案二：逻辑过期，高可用，性能优，不能保证数据绝对一致。
面试文稿：
问：什么是缓存击穿？怎么解决？
答：嗯！！缓存击穿的意思是对于设置了过期时间的key，缓存在某个时间点过期的时候，恰好这时间点对这个Key有大量的并发请求过来，这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存，这个时候大并发的请求可能会瞬间把DB压垮。
解决方案有两种方式：
第一可以使用互斥锁：当缓存失效时，不立即去load db，先使用如redis的setnx去设置一个互斥锁，当操作成功返回时在进行load db的操作并回设缓存，否则重试gei缓存的方法。
第二种方案可以设置当前key逻辑过期，大概的思路如下：
1）在设置key的时候，设置一个过期时间字段一块存入缓存中，该字段用来做逻辑过期，不给当前key设置过期时间；
2）当查询的时候，从redis取出数据后判断时间是否过期；
3）如果过期则开通另一个线程进行数据同步，当前线程正常返回数据，这个数据不是最新。
当然两种方案各有利弊：
如果选择数据的强一致性，建议使用分布式锁的方案，性能上可能没有那么高，锁需要等，也有可能产生死锁的问题；
如果选择key的逻辑删除，则优先考虑的高可用性，性能比较高，但是数据同步这块做不到强一致。
