# Redis 網絡模型 Redis從本質上來講就是一個基于C/S架構的網絡服務器，客戶端與服務端之間通過Socket連接進行通信。Redis之所以能夠那么快很大一部分原因是因為其“單線程”模型。 Redis快的因素可能有如下幾個： 1. C語言編寫。 2. 基于內存。 3. IO多路復用。 4. 單線程模型。 關于Redis為什么選擇單線程的官方解釋： > CPU成為Redis的瓶頸的情況并不常見，因為Redis通常會受到內存或網絡的限制。例如，使用流水線Redis運行在Linux系統上，平均每秒可以發送100萬個請求，所以如果你的應用程序主要使用O(N)或O(log(N))命令，它幾乎不會占用太多的CPU。 > 也就是cpu不會成為性能瓶頸，內存和網絡才會。 更加具體的原因可能可以歸納為： 1. 避免多線程的上下文切換開銷。 2. 避免同步機制的開銷。 3. 簡單可以維護的。 **Redis線程模型的演變** 1. Redis4.0 引入多線程處理異步任務，例如處理大鍵刪除的操作。 2. Redis6.0 正式在網絡模型中實現I/O多線程。   ## Redis1.0 ~ 5.0的網絡模型 Redis1.0 ~ 5.0，核心的網絡模型都是一個單Reactor模型，利用多路復用技術不斷的去處理事件。 :-:  從Socket連接的建立，IO數據的讀取，命令的解析，IO數據的響應都是由主線程單線程執行的。 其是一個單Reactor模型： :-:  但是并不是整個Redis服務器都是單線程的，在Redis4.0之后作者采用了多線程（Lazy Redis）的方式來異步的處理一些阻塞操作，例如刪除具有大數據量的key值等。   ## Redis6.0的網絡模型 在Redis4.0的多線程異步處理任務的引入為Redis6.0多線程的引入奠定基礎；Redis6.0引入多線程的主要原因就是Redis的網絡IO稱為了性能的瓶頸。 針對與Redis的性能可能有如下的兩個優化方向： - 優化網絡IO模塊，可以采用零拷貝技術或者DPDK技術，或者利用多核的優勢，而Reids就是利用了多核的優勢而采用了多線程技術。 - 提高機器內存讀寫的速度，這依賴于硬件設施和摩爾定律。 其多線程網絡模型的總體設計思路如下： :-:  變動之處在于：把讀取客戶端請求命令和回寫響應數據的操作異步化了，交給IO線程去完成；IO線程僅僅是讀取和解析客戶端命令而不會真正去執行命令，客戶端命令的執行最終還是再主線程上完成。主線程首先會將任務分配給各個線程，然后主線程和子線程完成命令的解析之后，再由主線程遍歷任務隊列執行命令。