redis面試中常被問到的12個重點（附答案）

這篇文章為大家帶來了關於Redis面試時常被問到的一些問題總結，模擬一下面試官在Redis這個話題上是如何一步一步深入，全面考察候選人對於Redis的掌握情況，希望對大家有幫助。

推薦學習：《2022最新redis面試題大全及答案》

redis面試中常被問到的12個重點

Redis是面試中繞不過的門檻，只要在履歷中寫了用過Redis，肯定逃不過。

小張：

面試官，你好。我是來參加面試的。

面試官：

你好，小張。我看了你的履歷，熟練Redis，那麼我就隨便問你幾個Redis相關的問題吧。首先我的問題是，Redis是單執行緒還是多執行緒呢？

小張：

Redis不同版本之間採用的執行緒模型是不一樣的，在Redis4.0版本之前使用的是單執行緒模型，在4.0版本之後增加了多線程的支援。

在4.0之前雖然我們說Redis是單線程，也只是說它的網路I/O線程以及Set 和 Get操作是由一個線程完成的。但是Redis的持久化、叢集同步還是使用其他執行緒來完成。

4.0之後又增加了多執行緒的支持，主要是體現在大數據的非同步刪除功能上，例如unlink key、flushdb async、flushall async 等

面試官：

回答的很好，那為什麼Redis在4.0之前會選擇使用單一執行緒？而且使用單線程還那麼快？

小張：

選擇單線程個人覺得主要是使用簡單，不存在鎖定競爭，可以在無鎖的情況下完成所有操作，不存在死鎖和線程切換帶來的效能和時間上的開銷，但同時單執行緒也無法完全發揮出多核心CPU的效能。

至於為什麼單線程那麼快我覺得主要有以下幾個原因：

• Redis 的大部分操作都在記憶體中完成，記憶體中的執行效率本身就很快，並且採用了高效的資料結構，例如哈希表和跳表。

• 使用單執行緒避免了多執行緒的競爭，省去了多執行緒切換帶來的時間和效能開銷，並且不會出現死鎖。

• 採用I/O 多工機制處理大量客戶端的Socket請求，因為這是基於非阻塞的I/O 模型，這就讓Redis可以有效率地進行網路通信，I/O的讀寫流程也不再阻塞。

面試官：

不錯，那Redis是如何實現資料不遺失的呢？

小張：

Redis資料是儲存在記憶體中的，為了確保Redis資料不會遺失，那就要把資料從記憶體儲存到磁碟上，以便在伺服器重啟後來也能夠從磁碟中恢復原有數據，這就是Redis的資料持久化。 Redis資料持久化有三種方式。

• AOF 日誌（Append Only File，檔案追加方式）：記錄所有的操作指令，並以文字的形式追加到檔案中。

• RDB 快照（Redis DataBase）：將某一個時刻的記憶體數據，以二進位的方式寫入磁碟。

• 混合持久化方式：Redis 4.0 新增了混合持久化的方式，整合了 RDB 和 AOF 的優點。

面試官：

那你分別說說 AOF和 RDB的實作原則吧。

小張：

AOF採用的是寫後日誌的方式，Redis先執行指令把資料寫入內存，然後再記錄日誌到檔案中。 AOF日誌記錄的是操作指令，不是實際的數據，如果採用AOF方法做故障復原時需要將全量日誌都執行一遍。

RDB採用的是記憶體快照的方式，它記錄的是某一時刻的數據，而不是操作，所以採用RDB方法做故障恢復時只需要直接把RDB檔案讀入記憶體即可，快速恢復。

面試官：

你剛剛提到了AOF採用的是“寫後日誌” 的方式，我們平時用的MySQL則採用的是“寫前日誌”，那 Redis為什麼要先執行指令，再把資料寫入日誌呢？

小張：額頭開始冒汗，問的是些啥問題呀。 。 。

額，這個主要是由於Redis在寫入日誌之前，不對命令進行語法檢查，所以只記錄執行成功的命令，避免出現記錄錯誤命令的情況，而且在命令執行後再寫日誌不會阻塞目前的寫入操作。

面試官：

那 後寫日誌又有什麼風險呢？

小張：

我... 這個我不會。

面試官：

好吧，後寫日誌主要有兩個風險可能會發生：

• 資料可能會遺失：如果Redis 剛執行完指令，此時發生故障宕機，會導致這條指令有遺失的風險。

• 可能會阻塞其他動作：AOF 日誌其實也是在主執行緒中執行，所以當 Redis 把日誌檔案寫入磁碟的時候，還是會阻塞後續的操作無法執行。

我還有個問題是 RDB做快照時會阻塞執行緒嗎？

小張：

Redis 提供了兩個指令來產生 RDB 快照文件，分別是 save 和 bgsave。 save 指令在主執行緒中執行，會導致阻塞。而 bgsave 指令則會建立一個子程序，用來寫入 RDB 檔案的操作，避免了對主執行緒的阻塞，這也是 Redis RDB 的預設配置。

面試官：

RDB 做快照的時候資料能修改嗎？

小張：

save是同步的會阻塞客戶端指令，bgsave的時候是可以修改的。

面試官：

那Redis是怎麼解決在bgsave做快照的時候允許資料修改呢？

小張：（你咋還問。。我™不會啊！）

額，這個我不太清楚...

##面試官：

這裡主要是利用

bgsave的子執行緒實現的，具體操作如下：

如果主執行緒執行讀取操作，則主執行緒和

bgsave 子程序互相不影響；

如果主執行緒執行寫入操作，則被修改的資料會複製一份副本，然後

bgsave子程序會把該副本資料寫入RDB 文件，在這個過程中，主執行緒仍然可以直接修改原來的資料。

要注意，Redis 對RDB 的執行頻率非常重要，因為這會影響快照資料的完整性以及Redis 的穩定性，所以在Redis 4.0 後，增加了

AOF 和RDB 混合的數據持久化機制： 把數據以RDB 的方式寫入文件，再將後續的操作命令以AOF 的格式存入文件，既保證了Redis 重啟速度，又降低數據丟失風險。

小張：

學到了學到了。

面試官：

那你再跟我說說Redis如何實現高可用吧？

小張：

Redis實作高可用主要有三種方式：主從複製、哨兵模式，以及 Redis 叢集。

主從複製

將從前面的一個Redis 伺服器，同步資料到多台從Redis 伺服器上，也就是一個主多從的模式，這個跟著MySQL主從複製的原理一樣。

哨兵模式

使用Redis 主從服務的時候，會有一個問題，就是當Redis 的主從伺服器出現故障宕機時，需要手動進行恢復，為了解決這個問題，Redis 增加了哨兵模式（因為哨兵模式做到了可以監控主從伺服器，並且提供自動容災恢復的功能）。

Redis Cluster（叢集）

Redis Cluster 是分散式去中心化的運作模式，是在Redis 3.0版本中推出的Redis 叢集方案，它將資料分佈在不同的伺服器上，以此來降低系統對單主節點的依賴，從而提高Redis 服務的讀寫效能。

面試官：

使用哨兵模式在資料上有副本資料做保證，在可用性上又有哨兵監控，一旦master宕機會選舉salve節點為master節點，這種已經滿足了我們的生產環境需要，

那為什麼還要使用叢集模式呢？

小張：

額，哨兵模式歸根節點還是主從模式，在主從模式下我們可以透過增加salve節點來擴展讀取並發能力，但是沒辦法擴展寫入能力和儲存能力，儲存能力只能是master節點能夠承載的上限。所以為了擴展寫入能力和儲存能力，我們需要引入叢集模式。

面試官：

叢集中這麼多Master節點，redis cluster在儲存的時候如何決定要選擇哪個節點？

小張：

這應該是使用了某種hash演算法，但我不太清楚。 。 。

面試官：

那好，今天的面試就到這裡吧，你先回去等我們的面試通知。

小張：

好的，謝謝面試官，你能告訴我redis cluster怎麼實現節點選擇的嗎？

面試官：

Redis Cluster採用的是類別一致性雜湊演算法實作節點選擇的，至於什麼是一致性雜湊演算法你自己回去看看。

Redis Cluster將自己分成了16384個Slot（槽位），哈希槽類似於資料分區，每個鍵值對都會根據它的key，被映射到一個哈希槽中，具體執行過程分為兩大步。

• 根據鍵值對的 key，依照 CRC16 演算法計算一個 16 bit 的值。

• 再用 16bit 值對 16384 取模，得到 0~16383 範圍內的模數，每個模數代表一個對應編號的哈希槽。

每個Redis節點負責處理一部分插槽，加入你有三個master節點ABC，每個節點負責的插槽如下：

這樣就實作了cluster節點的選擇。

推薦學習：《Redis影片教學》、《2022最新redis面試題大全及答案》

以上是redis面試中常被問到的12個重點（附答案）的詳細內容。更多資訊請關注PHP中文網其他相關文章！