Redis相关缓存问题:雪崩，穿透

Redis 相关缓存问题

缓存雪崩

概念

缓存雪崩其实有很多的原因，缓存服务器宕机，或者缓存服务器集群故障，等等，总体来说属于系统架构中的缓存部分架构失效，导致大量的请求到达持久层数据库，由数据库处理请求，但是数据库的每秒并发最高不能超过2000个，突然增大的流量访问可能会直接让数据库挂掉，此时dba 无论怎么重启都会导致数据库宕机，进而导致整个服务挂掉，按照下面的现象图说明：

其实缓存雪崩这类的问题，并不是再生产环境中一定会出，但是一旦出现之后，往往造成的影响是巨大的
并且，缓存雪崩这样的问题其实并不能完全处理，也没有一定完美的处理方法，只能是尽量增强系统架构的健壮性，从而将损失降到最小

处理缓存雪崩的方法

事前

Redis 高可用性，避免全盘崩溃

事中

本地ehcache缓存 + hystrix 限流&降级，避免Mysql 被打死

事后

redis 持久化，快速恢复缓存数据

生产环境缓存系统模型演示

缓存穿透

产生原因

系统接受到5000个请求，但是这些请求数据在数据库和缓存中都不存在，这样的话，数据库中的请求量肯定会激增，同样很容易将数据库打死

解决办法

当数据库中没有查到这个数据的时候，再缓存中配置一个空值，然后将缓存中的key对应的value发送给业务端
其实这种方式也是有点问题，所以尽量在业务设计的时候，通过一些别的方式进行处理，否则会导致缓存空间不足，同样会影响到业务的响应