redis在國內各大公司都很熱門，比如新浪、阿里、騰訊、百度、美團、小米等。Redis也是大廠面試最愛問的，尤其是Redis客戶端、Redis高級功能、Redis持久化和開發運維常用問題探討、Redis復制的原理和優化策略、Redis分布式解決方案等。

關于Redis的這8問，你能答上來幾個？

1、為什么使用Redis

項目中使用Redis，主要考慮性能和并發。如果僅僅是分布式鎖這些，完全可以用中間件ZooKeeper等代替。

性能：

如下圖所示，在大并發的情況下，所有的請求直接訪問數據庫，數據庫會出現連接異常。這個時候，就需要使用Redis做一個緩沖操作，讓請求先訪問到Redis，而不是直接訪問數據庫。

根據交互效果的不同，響應時間沒有固定標準。在理想狀態下，我們的頁面跳轉需要在瞬間解決，對于頁內操作則需要在剎那間解決。

并發：

如下圖所示，在大并發的情況下，所有的請求直接訪問數據庫，數據庫會出現連接異常。這個時候，就需要使用Redis做一個緩沖操作，讓請求先訪問到Redis，而不是直接訪問數據庫。

2、使用Redis有什么缺點？

• 緩存和數據庫雙寫一致性問題
• 緩存雪崩問題
• 緩存擊穿問題
• 緩存的并發競爭問題

3、單線程的Redis為什么這么快？

你知道Redis是單線程工作模型嗎？

• 純內存操作
• 單線程操作，避免了頻繁的上下文切換
• 采用了非阻塞I/O多路復用機制

4、Redis的數據類型及使用場景

這5種類型你用到過幾個？

String：一般做一些復雜的計數功能的緩存；

Hash：單點登錄；

List：做簡單的消息隊列的功能；

Set：做全局去重的功能；

SortedSet：做排行榜應用，取TOPN操作；延時任務；做范圍查找。

5、Redis過期策略和內存淘汰機制？

正解：Redis采用的是定期刪除+惰性刪除策略。

為什么不用定時刪除策略?

定期刪除+惰性刪除是如何工作的呢?

采用定期刪除+惰性刪除就沒其他問題了么?

6、Redis和數據庫雙寫一致性問題

最終一致性和強一致性

如果對數據有強一致性要求，不能放緩存。

7、如何應對緩存穿透和緩存雪崩問題

緩存穿透：即黑客故意去請求緩存中不存在的數據，導致所有的請求都懟到數據庫上，從而數據庫連接異常。

緩存雪崩：即緩存同一時間大面積的失效，這個時候又來了一波請求，結果請求都懟到數據庫上，從而導致數據庫連接異常。

中小型的公司一般遇不到這些問題，但是大并發的項目，流量有幾百萬左右，這兩個問題一定要深刻考慮。

8、如何解決Redis并發競爭Key問題？

這個問題大致就是，同時有多個子系統去set一個key。不太推薦使用redis的事務機制。

(1)如果對這個key操作，不要求順序

這種情況下，準備一個分布式鎖，大家去搶鎖，搶到鎖就做set操作即可。

(2)如果對這個key操作，要求順序

假設有一個key1,系統A需要將key1設置為valueA,系統B需要將key1設置為valueB,系統C需要將key1設置為valueC.

期望按照key1的value值按照 valueA-->valueB-->valueC的順序變化。這種時候我們在數據寫入數據庫的時候，需要保存一個時間戳。假設時間戳如下

系統A key 1 {valueA 3:00}

系統B key 1 {valueB 3:05}

系統C key 1 {valueC 3:10}

那么，假設這會系統B先搶到鎖，將key1設置為{valueB 3:05}。接下來系統A搶到鎖，發現自己的valueA的時間戳早于緩存中的時間戳，那就不做set操作了。以此類推。

其他方法，比如利用隊列，將set方法變成串行訪問也可以。總之，靈活變通。

文章來源：https://dwz.cn/GogZHFQ8作者：JAVA團長