Redis缓存穿透、缓存雪崩

一、Redis缓存穿透：

用户请求不存在的key，缓存中不存在，请求会绕过缓存直接查询数据库导致性能下降
如果用户恶意多次请求多次查询数据库将会导致后台崩溃。

优化方法：

缓存层缓存该空值，为避免过多空值占用空间，给空值过期时间。
存储层更新代码，缓存层还是空值，可删除空值并存入缓存

二、Redis缓存雪崩

缓存失效期间请求将会去查询数据库，从而对数据库CPU和内存造成巨大压力，严重将造成整个系统的崩溃。
例如：我们设置缓存时采用了相同的过期时间，在同一时刻出现大面积的缓存过期

优化方法：

为key设置不同的缓存失效时间
二级缓存

三、缓存预热

缓存预热就是系统上线后，提前将相关的缓存数据直接加载到缓存系统。避免在用户请求的时候先查询数据库，然后再将数据缓存的问题！用户直接查询事先被预热的缓存数据！

解决方案：

1、数据量不大的情况下可以在项目启动的时候自动进行加载。
2、定时刷新缓存。
3、写缓存刷新页面，手动刷新。

四、缓存更新

除了缓存服务器自带的缓存失效策略之外（Redis默认的有6中策略可供选择），我们还可以根据具体的业务需求进行自定义的缓存淘汰，常见的策略有两种：
1、定时去清理过期的缓存；
2、当有用户请求过来时，再判断这个请求所用到的缓存是否过期，过期的话就去底层系统得到新数据并更新缓存。
两者各有优劣，第一种的缺点是维护大量缓存的key是比较麻烦的，第二种的缺点就是每次用户请求过来都要判断缓存失效，逻辑相对比较复杂！具体用哪种方案，大家可以根据自己的应用场景来权衡

五、缓存降级

当访问量剧增、服务出现问题（如响应时间慢或不响应）或非核心服务影响到核心流程的性能时，仍然需要保证服务还是可用的，即使是有损服务。系统可以根据一些关键数据进行自动降级，也可以配置开关实现人工降级。
降级的最终目的是保证核心服务可用，即使是有损的。而且有些服务是无法降级的（如加入购物车、结算）。
在进行降级之前要对系统进行梳理，看看系统是不是可以丢卒保帅；从而梳理出哪些必须誓死保护，哪些可降级；比如可以参考日志级别设置预案：
1、一般：比如有些服务偶尔因为网络抖动或者服务正在上线而超时，可以自动降级；
2、警告：有些服务在一段时间内成功率有波动（如在95~100%之间），可以自动降级或人工降级，并发送告警；
3、错误：比如可用率低于90%，或者数据库连接池被打爆了，或者访问量突然猛增到系统能承受的最大阀值，此时可以根据情况自动降级或者人工降级；
4、严重错误：比如因为特殊原因数据错误了，此时需要紧急人工降级。