隨著業務的增長，請求併發的增大。很多公司在業務場景中會增加快取策略，而快取用的最多的也就是redis了。

    今天我們來說一下快取穿透，我們快取一般是有時效性的，一定的生命週期過去之後就會消失，一般的系統不會設定永久性的儲存，這時候就會遇到一個問題，要麼就是主動重新整理快取，要麼就是程式被動重新整理快取。

    事實證明很多程式當中很少主動重新整理因為你要去寫指令碼，定時去重新整理資料，這樣的話代價比較大。所以較多的就選擇了程式被動重新整理快取，就是在快取失效之後讀庫在寫入快取。這裡就會導致一個問題那就是：當快取失效的那一刻大量的請求過來就會直接打到資料庫上，如果併發量大的話讀庫操作肯定會有影響，連線超時，連線數過大這樣的情況也會隨時遇到。

    針對這種情況redis有一個程序鎖也就是我們今天說的setnx

    下面直接貼程式碼：

    $ret = $this->redis->get('k' . $abbr);
    if (empty($ret)) {
    $ret1 = $this->redis->setnx('k'.$abbr,$ret);
        if($ret1){
        $sql = "select * from xxx where a=xx;";
        $query = $this->db->query($sql);
        $ret 
 
= $query->result_array();
        $this->redis->set('b' , json_encode($ret) , 6400);
        $this->redis->set('bakk', json_encode($ret) , 10000);
        }    else{
            $ret = $this->redis->get('bakk' . $abbr);
        }

    }

    這段程式的邏輯就是先用一個程序去請求資料如果沒有了用setnx鎖住這個鍵只有一個程序去讀庫操作然後重寫兩個鍵值，一個主要的查詢鍵值，一個備份的鍵值當然快取時間會長點。這樣不管多少請求過來只有一個程序去做讀庫操作，其他的還是讀redis備份資料。用空間來換取時間和效率還是比較划算的。

    這就是針對快取穿透做的一套操作，下面上一下這個流程圖：