Redis缓存穿透、缓存击穿、缓存雪崩的原理和相关解决办法

在我们日常的开发中，无不都是使用数据库来进行数据的存储，由于一般的系统任务中通常不会存在高并发的情况，所以这样看起来并没有什么问题，可是一旦涉及大数据量的需求，比如一些商品抢购的情景，或者是主页访问量瞬间较大的时候，单一使用数据库来保存数据的系统会因为面向磁盘，磁盘读/写速度比较慢的问题而存在严重的性能弊端，一瞬间成千上万的请求到来，需要系统在极短的时间内完成成千上万次的读/写操作，这个时候往往不是数据库能够承受的，极其容易造成数据库系统瘫痪，最终导致服务宕机的严重生产问题。

为了克服上述的问题，项目通常会引入NoSQL技术，这是一种基于内存的数据库，并且提供一定的持久化功能。

redis技术就是NoSQL技术中的一种，但是引入redis又有可能出现缓存穿透，缓存击穿，缓存雪崩等问题。本文就对这三种问题进行较深入剖析。

• 缓存穿透：key对应的数据在数据源并不存在，每次针对此key的请求从缓存获取不到，请求都会到数据源，从而可能压垮数据源。比如用一个不存在的用户id获取用户信息，不论缓存还是数据库都没有，若黑客利用此漏洞进行攻击可能压垮数据库。
• 缓存击穿：key对应的数据存在，但在redis中过期，此时若有大量并发请求过来，这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存，这个时候大并发的请求可能会瞬间把后端DB压垮。
• 缓存雪崩：当缓存服务器重启或者大量缓存集中在某一个时间段失效，这样在失效的时候，也会给后端系统(比如DB)带来很大压力。

一、缓存穿透的解决方案

• 常用方法可以采用布隆过滤器方法进行数据拦截，其次可以还有一种解决思路，就是如果请求的数据为空，将空值也进行缓存，就不会发生穿透情况

<?php
class getPrizeList {
    /**
     * redis实例
     * @var \Redis
     */
    private $redis;
 
    /**
     * @var string
     */
    private $redis_key = 'prize_list';
 
    /**
     * 过期时间
     * @var int
     */
    private $expire = 30;
 
    /**
     * getPrizeList constructor.
     * @param $redis
     */
    public function __construct($redis)
    {
        $this->redis = $redis;
    }
 
    /**
     * @return array|bool|string
     */
    public function fetch()
    {
        $result = $this->redis->get($this->redis_key);
        if(!isset($result)) {
            //此处应该进行数据库查询...
            //如果查询结果不存在，给其默认空数组进行缓存
            $result = [];
            $this->redis->set($this->redis_key, $result, $this->expire);
        }
 
        return $result;
    }
}

二、缓存击穿解决办法

• 使用互斥锁(mutexkey),就是一个key过期时，多个请求过来允许其中一个请求去操作数据库，其他请求等待第一个请求成功返回结果后再请求。

<?php
class getPrizeList {
    /**
     * redis实例
     * @var \Redis
     */
    private $redis;
 
    /**
     * @var string
     */
    private $redis_key = 'prize_list';
 
    /**
     * @var string
     */
    private $setnx_key = 'prize_list_setnx';
 
    /**
     * 过期时间
     * @var int
     */
    private $expire = 30;
 
    /**
     * getPrizeList constructor.
     * @param $redis
     */
    public function __construct($redis)
    {
        $this->redis = $redis;
    }
 
    /**
     * @return array|bool|string
     */
    public function fetch()
    {
        $result = $this->redis->get($this->redis_key);
        if(!isset($result)) {
            if($this->redis->setnx($this->setnx_key, 1, $this->expire)) {
                //此处应该进行数据库查询...
                //$result = 数据库查询结果;
                $this->redis->set($this->redis_key, $result, $this->expire);
                $this->redis->del($this->setnx_key); //删除互斥锁
            } else {
                //其他请求每等待10毫秒重新请求一次
                sleep(10);
                self::fetch();
            }
        }
 
        return $result;
    }
}

三、缓存雪崩的解决办法

• 这种情况是因为多个key同时过期导致的数据库压力，一种方法可以在key过期时间基础上增加时间随机数，让过期时间分散开，减少缓存时间过期的重复率
• 另一种方法就是加锁排队，这种有点像上面缓存击穿的解决方式，但是这种请求量太大，比如5000个请求过来，4999个都需要等待，这必然是指标不治本，不仅用户体验性差，分布式环境下就更加复杂，因此在高并发场景下很少使用
• 最好的解决方法，是使用缓存标记，判断该标记是否过期，过期则去请求数据库，而缓存数据的过期时间要设置的比缓存标记的长，这样当一个请求去操作数据库的时候，其他请求拿的是上一次缓存数据

<?php
class getPrizeList {
    /**
     * redis实例
     * @var \Redis
     */
    private $redis;
 
    /**
     * @var string
     */
    private $redis_key = '|prize_list';
 
    /**
     * 缓存标记key
     * @var string
     */
    private $cash_key = '|prize_list_cash';
 
    /**
     * 过期时间
     * @var int
     */
    private $expire = 30;
 
    /**
     * getPrizeList constructor.
     * @param $redis
     */
    public function __construct($redis)
    {
        $this->redis = $redis;
    }
 
    /**
     * @return array|bool|string
     */
    public function fetch()
    {
        $cash_result = $this->redis->get($this->cash_key);
        $result = $this->redis->get($this->redis_key);
        if(!$cash_result) {
            $this->redis->set($this->cash_key, 1, $this->expire);
            //此处应该进行数据库查询...
            //$result = 数据库查询结果, 并且设置的时间要比cash_key长，这里设置为2倍;
            $this->redis->set($this->redis_key, $result, $this->expire * 2);
        }
 
        return $result;
    }
}