redis之缓存击穿、雪崩、穿透

缓存击穿：大量的请求访问同一个key，刚好那个key失效了，那么同一时间所有的请求，都会穿过缓存，直接请求数据库，此时的数据库有可能因为无法扛着这么大的并发，直接挂了。

击穿的解决办法

1）互斥锁

public static String getData(String key) throws InterruptedException {
    //从Redis查询数据
    String result = getDataByKV(key);
    //参数校验
    if (StringUtils.isBlank(result)) {
        try {
            //获得锁
            if (reenLock.tryLock()) {
                //去数据库查询
                result = getDataByDB(key);
                //校验
                if (StringUtils.isNotBlank(result)) {
                    //插进缓存
                    setDataToKV(key, result);
                }
            } else {
                //睡一会再拿
                Thread.sleep(100L);
                result = getData(key);
            }
        } finally {
            //释放锁
            reenLock.unlock();
        }
    }
    return result;
}

（2）热点数据永不过期( 不过期将不存在该问题)

   

雪崩：雪崩比上面的击穿更严重，击穿只是一个key失效了，大量请求直接访问数据库都有可能把数据库搞挂，更何况大量的key同时失效的场景，数据库面临的压力更大，更有可能挂掉。

雪崩的解决办法

1)互斥锁

2)热点数据永不过期

3)key设置不同的失效时间

4) 定时更新缓存策略

失效性要求不高的缓存，容器启动初始化加载，采用定时任务更新或移除缓存，

穿透：大量的用户请求缓存中不存在的key

（1）采用布隆过滤器BloomFilter

将所有可能存在的数据哈 希到一个足够大的 bitmap 中，一个一定不存在的数据会被这个 bitmap 拦截掉，从而避免了对底层存储系统的查询压力

（2）缓存空值

如果一个查询返回的数据为空(不管是数据不 存在，还是系统故障)我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。 通过这个直接设置的默认值存放到缓存，这样第二次到缓冲中获取就有值了，而不会继续访问数据库