Redis選擇單線程的原因是什麼

一、Redis版本迭代

Redis2.6，支援lua腳本；

Redis3.0，支援叢集；

Redis4.0，混合持久化，多執行緒非同步刪除；

Redis5.0，核心程式碼重構；

Redis6.0，多執行緒IO；

Redis7. 0，Function、Multi-part-AOF；

二、Redis4.0為什麼之前一直採用單執行緒？

1、Redis採用單執行緒模型方便開發與維護；

2、單執行緒模型也可以透過IO多路復用和非阻塞IO並發處理多客戶端請求；

3、對Redis來說，主要的效能瓶頸是記憶體和網絡，而不是CPU；

#三、Redis6.0引入多執行緒

Redis6.0之前，Redis從網路IO處理到實際的讀寫指令處理，都是單執行緒的，只不過在資料刪除、資料持久化的時候使用的是多執行緒。

Redis的效能瓶頸主要是網路IO，因此，Redis6.0開始，採用多個IO執行緒來處理網路請求，提高網路請求處理的並行度。

四、Redis主執行緒和IO執行緒是如何完成請求的？

1、服務端和客戶端建立socket連接

主執行緒負責建立連接，並把socket放入全域等待佇列，主執行緒通過輪詢的方法將socket連線分配給IO線程。

2、IO線程讀取並解析請求

主線程一旦把socket分配給IO線程，就會進入阻塞狀態，等待IO線程完成客戶端請求，此時，採用多個IO線程並行處理。

3、主執行緒執行請求指令

IO執行緒解析完請求，主執行緒還是會以單執行緒的方式執行這些指令。

4、IO執行緒會寫回socket和主執行緒清空全域佇列

當主執行緒執行完請求指令後，會將結果寫入緩衝區，主執行緒進入阻塞狀態，等待IO執行緒將結果回寫到socket中，並傳回給客戶端。

回寫socket完畢後，主執行緒清空全域佇列。

五、IO多路復用是什麼？

IO多路復用，一種同步的IO模型，實作一個執行緒監視多個檔案句柄，一旦某個檔案句柄就緒就能夠通知到對用的應用程式進行對應的讀寫操作，沒有檔案句柄就緒時，程式就會進入阻塞狀態，釋放CPU資源。

1、IO，作業系統層面指資料在內核態與使用者態之間進行的讀寫操作；

2、多路，多個客戶端socket連線；

3、復用，復用線程；

4、IO多路復用，使用單線程就能夠同時處理多個客戶端socket連線；

客戶端socket對應的檔案描述子FileDescriptor註冊進epoll，epoll會監聽哪些socket有訊息，避免大量的無用操作。

此時socket採用非阻塞模式，整個過程只會在呼叫select、poll、epoll時才會阻塞，收到客戶端訊息不會阻塞，這個行程就會被充分利用起來，這種模式一般稱為事件驅動，也就是reactor反應模式。

採用epoll的方式，最終目的是提升伺服器的吞吐能力。

IO多路復用與epoll函數才是**「Redis為什麼這麼快？」**的直接原因。

以上是Redis選擇單線程的原因是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章！