因為redis是基於記憶體的操作，cpu不是redis的瓶頸，redis的瓶頸最有可能是機器記憶體的大小或者網路頻寬。既然單執行緒容易實現，而且cpu不會成為瓶頸，那就順理成章地採用單執行緒的方案了。
二、詳細原因：
1、不需要各種鎖的效能消耗
redis的資料結構並不全是簡單的key-value，還有list，hash等複雜的結構，這些結構有可能會進行很細粒度的操作，比如在很長的列表後面新增乙個元素，在hash當中新增或者刪除
乙個物件。這些操作可能就需要加非常多的鎖，導致的結果是同步開銷大大增加。
總之，在單執行緒的情況下，就不用去考慮各種鎖的問題，不存在加鎖釋放鎖操作，沒有因為可能出現死鎖而導致的效能消耗。
2、單執行緒多程序集群方案
單執行緒的威力實際上非常強大，每核心效率也非常高，多執行緒自然是可以比單執行緒有更高的效能上限，但是在今天的計算環境中，即使是單機多執行緒的上限也往往不能滿足需要了，需要進一步摸索的是多伺服器集群化的方案，這些方案中多執行緒的技術照樣是用不上的。
3、cpu消耗
採用單執行緒，避免了不必要的上下文切換和競爭條件，也不存在多程序或者多執行緒導致的切換而消耗 cpu。
但是如果cpu成為redis瓶頸，或者不想讓伺服器其他cup核閒置，那怎麼辦？
可以考慮多起幾個redis程序，redis是key-value資料庫，不是關聯式資料庫，資料之間沒有約束。只要客戶端分清哪些key放在哪個redis程序上就可以了。
三、redis單執行緒的優劣勢
1、單程序單執行緒優勢
**更清晰，處理邏輯更簡單
不用去考慮各種鎖的問題，不存在加鎖釋放鎖操作，沒有因為可能出現死鎖而導致的效能消耗
不存在多程序或者多執行緒導致的切換而消耗cpu
2、單程序單執行緒弊端
無法發揮多核cpu效能，不過可以通過在單機開多個redis例項來完善；
Redis為什麼是單執行緒
經過多方資料收集 總結 思考，結論如下 準確地來說，該問題是 為什麼redis採用單程序單執行緒模型 我們從兩個層次去理解 第乙個層次 我們多執行緒的使用情景是io密集型，目的是為了充分利用cpu資源。也就是說當乙個執行緒io等待的時候，另乙個執行緒可以進行執行，達到充分利用cpu資源的效果，不要讓...
為什麼redis是單執行緒的
redis是單執行緒的原因 1 單執行緒不需要各種鎖的效能消耗 2 單執行緒多程序集群方案 3 採用單執行緒避免了不必要的上下文切換和競爭條件，也不存在多程序或者多執行緒導致的切換而消耗cpu。簡單分析 推薦教程 redis教程 redis是基於記憶體的操作，cpu不是redis的瓶頸，redis的...
面試 為什麼Redis是單執行緒
先給下官網回答 分析 多執行緒使用場景 a充分利用多核cpu b 檔案或者網路io密集型 任務排程 1 redis在linux上 使用管道每秒可以處理百萬請求 如果都是時間複雜度o n 或o log n 命令 單核足以支撐 所以a不滿足 2 redis是針對記憶體操作 所以檔案io不滿足 redis...