主要是從兩個角度去考慮：效能和併發。
一、效能
如下圖所示，我們在碰到需要執行耗時特別久，且結果不頻繁變動的sql，特別適合將執行結果放入快取。這樣，後面的請求就去快取中讀取，使得請求迅速響應。
二、併發
如上圖所示，在大併發的情況下，所有的請求都直接訪問資料庫，資料庫會出現超時或者連線異常。這個時候，需要redis做乙個緩衝操作，讓請求先訪問redis,而不是直接訪問資料庫。
redis是一種高階的key:value 儲存系統，其中value支援五種資料型別：
1.字串（string）
2.字串列表（lists）
3.字串集合（sets）
4.有序字串集合（sorted sets）
5.雜湊（hashes）
key:
1.key不要太長，盡量不要超過1024位元組，這不僅消耗記憶體，而且會降低查詢的效率。
2.key也不要太短，太短可讀性太低。
3.在乙個專案中，key最好使用統一的命名模式，例如：10000：password。
其中一種常用儲存資料：使用乙個key獲取物件，必須使用反序列化。
Redis快取詳解
redis是一款記憶體快取記憶體資料庫 資料模型為 key value，非關係型資料庫使用的儲存資料的格式 可持久化 將記憶體資料在寫入之後按照一定格式儲存在磁碟檔案中，宕機 斷電後可以重啟redis時讀取磁碟中檔案恢復快取資料 分布式 當前任務被多個節點切分處理，叫做分布式處理乙個任務。單個伺服器...
快取 redis 快取穿透
哪一些因素 考慮使用redis，畢竟 redis 也要增加成本 1 熱點資料 2 讀的成本非常大 3 讀多寫少 4 對資料一致性要求 沒有那麼嚴格 可以出現資料與資料庫不一致 1 秒殺場景 3 物流查詢軌跡 熱點資料 啟用的資料是被快取到redis 當中 快取key 乙個時間點過期的時候，如果快取資...
Redis快取穿透 快取雪崩
把redis作為快取使用已經是司空見慣，但是使用redis後也可能會碰到一系列的問題，尤其是資料量很大的時候，經典的幾個問題如下 一 快取和資料庫間資料一致性問題 分布式環境下 單機就不用說了 非常容易出現快取和資料庫間的資料一致性問題，針對這一點的話，只能說，如果你的專案對快取的要求是強一致性的，...