1、為什麼使用redis

分析:博主覺得在專案中使用redis，主要是從兩個角度去考慮:效能和併發。當然，redis還具備可以做分散式鎖等其他功能，但是如果只是為了分散式鎖這些其他功能，完全還有其他中介軟體(如zookpeer等)代替，並不是非要使用redis。因此，這個問題主要從效能和併發兩個角度去答。
回答:如下所示，分為兩點
（一）效能
如下圖所示，我們在碰到需要執行耗時特別久，且結果不頻繁變動的SQL，就特別適合將執行結果放入快取。這樣，後面的請求就去快取中讀取，使得請求能夠迅速響應。

題外話：忽然想聊一下這個迅速響應的標準。其實根據互動效果的不同，這個響應時間沒有固定標準。不過曾經有人這麼告訴我:"在理想狀態下，我們的頁面跳轉需要在瞬間

一剎那者為一念，二十念為一瞬，二十瞬為一彈指，二十彈指為一羅預，二十羅預為一須臾，一日一夜有三十須臾。

那麼，經過周密的計算，一瞬間為0.36 秒,一剎那有 0.018 秒.一彈指長達 7.2 秒。
（二）併發
如下圖所示，在大併發的情況下，所有的請求直接訪問資料庫，資料庫會出現連線異常。這個時候，就需要使用redis做一個緩衝操作，讓請求先訪問到redis，而不是直接訪問資料庫。

2、使用redis有什麼缺點

分析:大家用redis這麼久，這個問題是必須要了解的，基本上使用redis都會碰到一些問題，常見的也就幾個。
回答:主要是四個問題
(一)快取和資料庫雙寫一致性問題
(二)快取雪崩問題
(三)快取擊穿問題
(四)快取的併發競爭問題

最後

由於細節內容實在太多了，為了不影響文章的觀賞性，只截出了一部分知識點大致的介紹一下，每個小節點裡面都有更細化的內容！

小編準備了一份Java進階學習路線圖（Xmind）以及來年金三銀四必備的一份《Java面試必備指南》

本文已被CODING開源專案：【一線大廠Java面試題解析+核心總結學習筆記+最新講解視訊+實戰專案原始碼】收錄