Redis缓存问题

1.缓存雪崩

缓存雪崩是指缓存同一时间大面积的失效，所以后面的请求都会落到数据库上，造成数据库短时间内承受大量请求而崩掉。

解决方案: 

1. 缓存数据过期时间随机设置，防止同一时间大量数据过期现象发生。
2. 并发量不是特别多的时候，加锁排队。
3. 给每一个缓存数据添加一个标价，记录缓存是否失效，如果失效，则更新数据缓存。

2.缓存穿透：

缓存穿透是指缓存和数据库中都没有的数据，导致所有的请求都落到数据库上，造成数据库短时间内承受大量请求而崩掉。

解决方案：

• 缓存中取不到的数据，在数据库中也没有取到，这时可以将key-value写为key-null，缓存有限时间设置短点，如30秒(时间太长会导致正常情况也无法使用)。这样可以防止用户反复用同一个id在短时间内发出大量请求。
• 采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在 的数据会被过滤掉，从而避免对底层存储系统的查询压力。
• 接口层增加校验，如用户鉴权校验，id做基础校验，id<=0的直接拦截。

3.缓存击穿

缓存击穿是指缓存中没有但数据库中有的数据(一般是由于缓存时间到期导致的)，由于并发用户特别多，读缓存没读到数据，又同时去数据库读数据，引起数据库压力瞬间增大，造成过大压力。与缓存雪崩不同的是，缓存击穿并发查同一条数据，缓存雪崩是不同数据都过期了，很多数据查不到从而查数据库。

解决方案：

• 设置热点数据永不过期。
• 加互斥锁

4.缓存热点key

缓存中一个key,在某个时间点过期的时候(比如商家促销商品)，有大量的并发请求过来，这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存，这个时候大并发的请求可能会瞬间把DB给干崩溃。

解决方案：

对缓存查询加锁，如果key不存在，就加锁，然后查DB入再写入缓存，然后解锁；其他进程等待解锁后返回数据或者进入DB查询。

redis使用SETNX命令实现分布式锁。SETNX：SET  if  Not  eXists(如果不存在就SET的简写)

当且仅当key不存在，将key的值设为value，若给定的key值已经存在，则SETNX不做任何操作。

5.缓存预热

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

解决方案:

• 写个缓存刷新 页面，上线时手动操作。
• 数据量不大，在项目启动的时候进行加载。
• 定时刷新缓存。

6.缓存降级

一种牺牲局部换取大局的做法（丢车保帅），当访问量剧增、服务出现问题(如响应时间慢，或者不相应)，非核心服务影响到核心流程的性能时，为了保证核心服务可用，系统可以根据一些关键数据进行自动降级，也可以配置实现人工降级。

降级的目的是为了防止Redis服务故障，导致数据库跟着一起发生雪崩问题，因此对于不重要的缓存数据，可以采用服务降级策略，常见做法是：Redis出现问题，不去数据库查询，而是直接返回默认值给客户