Redis缓存击穿、穿透、雪崩的原因及解决方案
一、缓存击穿
缓存中没有数据，数据库有数据，高并发同时冲向数据库，DB压力增大
在Redis获取某一key时, 由于key不存在, 而必须向DB发起一次请求的行为, 称为“Redis击穿”。
缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户特别多，同时读缓存没读到数据，又同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力。
引发击穿的原因：
第一次访问
恶意访问不存在的key
Key过期
合理的规避方案：
服务器启动时, 提前写入
规范key的命名, 通过中间件拦截
加互斥锁
对某些高频访问的Key，设置合理的TTL或永不过期
二、缓存穿透
缓存中没有数据，数据库也没有数据，恶意攻击压垮数据库
key对应的数据在数据源并不存在，每次针对此key的请求从缓存获取不到，请求都会到数据源，从而可能压垮数据源。比如用一个不存在的用户id获取用户信息，不论缓存还是数据库都没有，若黑客利用此漏洞进行攻击可能压垮数据库。
合理的规避方案：
布隆过滤器：将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被 这个bitmap拦截掉，从而避免了对底层存储系统的查询压力
缓存空对象：当存储层不命中后，即使返回的空对象也将其缓存起来，同时会设置一个过期时间，之后再访问这个数据将会从缓存中获取，保护了后端数据源
三、缓存雪崩
缓存中大量数据集中过期，高并发请求冲向数据库，使数据库宕机
缓存中数据大批量到过期时间，而查询数据量巨大，引起数据库压力过大甚至down机。和缓存击穿不同的是， 缓存击穿指并发查同一条数据，缓存雪崩是不同数据都过期了，很多数据都查不到从而查数据库
合理的规避方案：
1.缓存数据的过期时间设置随机，防止同一时间大量数据过期现象发生。
2.如果缓存数据库是分布式部署，将热点数据均匀分布在不同搞得缓存数据库中。
3.设置热点数据永远不过期。