记录一次缓存穿透的经历

在最近的一次需求中，用到了缓存的技术，本以为是很简单的从缓存读取信息而已，没想过造成了缓存穿透的问题，以前也只是听说过缓存穿透，并没有实际遇到过，还好在一次code review中被同事一眼看出，避免了缓存穿透的问题，下面分享给大家

需求

简单的介绍一下我的需求:中间有一段比较重要的逻辑为首先从缓存从获取用户信息，若缓存不存在，则查询DB，最后存至redis

代码

    public String getStr() {
        String str = null;
        str = stringRedisTemplate.opsForValue().get("key");

        // 缓存中存在,则直接返回缓存中的数据
        if (Strings.isNotBlank(str)) {
            return str;
        }

        // 查询DB
        str = findDB("key");
        // 若DB也不存在,说明无数据,返回null
        if (str == null) {
            return null;
        }

        // 存至redis,并返回
        stringRedisTemplate.opsForValue().set("key", str, 1, TimeUnit.DAYS);
        return str;

    }

分析

简单一看好像并没有发现什么问题，但是会导致缓存穿透。因为在查询一个redis和DB都不存在的数据时，那么我每次调用这个方法，我都会走到redis和DB，这对DB来说是不能接受的。

解决

1.缓存null值：即数据库查询不到为null时，也进行缓存，设置一个短时间缓存，保证短时间内多次请求会命中缓存

    public String getStr() {
        String str = null;
        str = stringRedisTemplate.opsForValue().get("key");

        // 缓存中存在,则直接返回缓存中的数据
        if (Strings.isNotBlank(str)) {
            return str;
        }

        // 查询DB
        str = findDB("key");
        // 若DB也不存在,说明无数据,返回null
        if (str == null) {
            stringRedisTemplate.opsForValue().set("key", str, 10, TimeUnit.MINUTES);
            return null;
        }

        // 存至redis,并返回
        stringRedisTemplate.opsForValue().set("key", str, 1, TimeUnit.DAYS);
        return str;

    }

2.布隆过滤器

将数据库中所有的查询条件，放入布隆过滤器中，当一个查询请求过来时，先经过布隆过滤器进行查，如果判断请求查询值存在，则继续查；如果判断请求查询不存在，直接丢弃

总结

经过这个例子，自己也理解了缓存穿透，希望也能帮助大家