Redis之雪崩穿透击穿问题笔记整理

缓存雪崩

雪崩是Redis中的缓存在某一时刻大量失效，接下来的大量请求落在了数据库中,造成数据库压力过大，导致异常的情况。

解决方法：

• 给缓存数据的过期时间设置随机值，防止同一时间大量数据过期现象发生。

• 一般并发量不是特别多的时候，使用最多的解决方案是加锁排队。

• 设置双缓存，缓存1设置缓存时间，缓存2不设置，1过期后直接返回缓存2，并且启动一个进程去更新缓存1和2。

• 保证缓存层服务高可用性。即使个别节点、个别机器、甚至是机房宕掉，依然可以提供服务，比如 Redis Sentinel 和 Redis Cluster 都实现了高可用。

---

缓存穿透

缓存穿透是指访问一个不存在的数据，导致每次请求都要去存储层去查找，如果被非法分子利用，则可能导致存储层异常。

解决方法：

• 利用互斥锁。缓存失效的时候，不能直接访问数据库，而是要先获取到锁，才能去请求数据库。没得到锁，则休眠一段时间后重试。

• 最常见的则是采用 布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。

• 利用互斥锁。缓存失效的时候，不能直接访问数据库，而是要先获取到锁，才能去请求数据库。没得到锁，则休眠一段时间后重试。但是锁机制使得逻辑的复杂度增加，吞吐量也降低了，有点治标不治本。

---

缓存击穿

高并发情况下，导致某个热门数据突然过期，大量的请求开始访问存储层，引起数据库压力瞬间增大。

解决方法：

• 设置Redis中的数据不设置过期时间，然后在缓存的对象上添加一个属性标识过期时间，每次获取到数据时，校验对象中的过期时间属性，如果数据即将过期，则异步发起一个线程主动更新缓存中的数据。但是这种方案可能会导致有些请求会拿到过期的值，就得看业务能否可以接受，如果要求数据必须是新数据，则最好的方案则为热点数据设置为永不过期，然后加一个互斥锁保证缓存的单线程写。

• 加互斥锁，这种解决方案思路比较简单，就是只让一个线程构建缓存，其他线程等待构建缓存的线程执行完，重新从缓存获取数据就可以了.