博客

1.缓存在高并发和安全压力下的一些问题

缓存击穿

是某一个热点key在高并发访问的情况下，突然失效，导致大量并发打进mysql数据库的情况

如何解决？

使用redis数据库的分布式锁，解决mysql的访问压力问题。
是某一个热点key在高并发访问的情况下，突然失效，导致大量并发打进mysql数据库的情况
使用redis数据库的分布式锁，解决mysql的访问压力问题[]

我们可以加分布式锁，打个比喻，就是我们去一家自助餐吃饭，碰巧该自助餐厅爆满
没有多余座位，我们需要等待，等着顾客吃完离开，然后随机分布给外面等待的人。

解决：
第一中分布式锁：redis自带一个分布式锁，set ex nx

第二种分布式锁：redisson框架，是一个redis的带有juc的lock功能的客户端实现（既有jedis的功能，又有juc的锁功能）

缓存穿透

缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中，将去查询数据库，但是数据库也无此记录，并且处于容错考虑，我们没有将这次查询的null写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。在流量大时，可能DB就挂掉了，要是有人利用不存在的key频繁攻击我们的应用，这就是漏洞。
解决
空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。

   PmsSkuInfo pmsSkuInfo = new PmsSkuInfo();
        //连接缓存
        Jedis jedis = redisUtil.getJedis();

        //查询缓存
        String skuKey = "sku:" + skuId + ":info";
        String skuJson = jedis.get(skuKey);
        if (StringUtils.isNotBlank(skuJson)){
            pmsSkuInfo = JSON.parseObject(skuJson, PmsSkuInfo.class);
        }else{
            //如果缓存中没有，查询mysql
            pmsSkuInfo = getSkuByIdFromDb(skuId);
            if (pmsSkuInfo != null){
                //mysql查询结果存入redis
                jedis.set("sku:" + skuId + ":info",JSON.toJSONString(pmsSkuInfo));
            }else{
                //数据中不存在该sku
                //为了防止缓存穿透，null或者空字符串值设置给redis
                jedis.setex("sku:"+skuId+":info",60*3,JSON.toJSONString(""));
            }

        }
        jedis.close();

缓存雪崩

缓存雪崩是指在我们设置缓存时采用了相同的过期时间，导致缓存在某一时刻同时失效，请求全部转发到DB，DB瞬时压力过重雪崩。

解决：设置不同的失效时间
原有的失效时间基础上增加一个随机值，比如1-5分钟随机，这样每一个缓存的过期时间的重复率就会降低，就很难引发集体失效的事件。