目錄
一、redis為什麼這麼快？
二、redis為什麼是單執行緒的？
redis採用的是基於記憶體的採用的是單程序單執行緒模型的 kv 資料庫，由c語言編寫，官方提供的資料是可以達到100000+的qps（每秒內查詢次數）。以下幾點造就了redis非常快的特點：
採用單執行緒避免了不必要的上下文切換和競爭條件，也不存在多程序或者多執行緒導致的切換而消耗cpu。不用去考慮各種鎖的問題，不存在加鎖釋放鎖操作，沒有因為出現死鎖而導致的效能消耗。
資料結構簡單，對資料操作也簡單；
完全基於記憶體，絕大部分請求是純粹的記憶體操作，非常快速。資料存在記憶體中，類似於hashmap，hashmap的優勢就是查詢和操作的時間複雜度都是o(1)；以上幾點都比較好理解，下面針對多路 i/o 復用模型進行簡單的說明：
（1）多路 i/o 復用模型
多路i/o復用模型是利用 select、poll、epoll 可以同時監察多個流的 i/o 事件的能力，在空閒的時候，會把當前執行緒阻塞掉，當有乙個或多個流有 i/o 事件時，就從阻塞態中喚醒，於是程式就會輪詢一遍所有的流（epoll 是只輪詢那些真正發出了事件的流），並且依次順序的處理就緒的流，這種做法就避免了大量的無用操作。採用多路 i/o 復用技術可以讓單個執行緒高效的處理多個連線請求（儘量減少網路 io 的時間消耗），且 redis 在記憶體中運算元據的速度非常快，也就是說記憶體內的操作不會成為影響redis效能的瓶頸，主要由以上幾點造就了 redis 具有很高的吞吐量。
這裡「多路」指的是多個網路連線，「復用」指的是復用同乙個執行緒。根據redis官網解釋，redis的瓶頸並不是cpu的執行速度，而是網路頻寬和機器的記憶體大小。並且單執行緒切換開銷較小，容易實現，既然單執行緒容易實現，而且cpu不會成為瓶頸，那就順理成章地採用單執行緒實現的方案。
既然redis是單執行緒的，那麼單執行緒方式導致的乙個問題就是無法發揮多核cpu的效能，那麼有什麼辦法可以發揮多核cpu功能麼？
我們可以通過在單台機器上開啟多個redis例項來充分發揮多核cpu的效能。注意：這裡我們一直在強調的單執行緒，只是在處理我們的網路請求的時候只有乙個執行緒來處理，乙個正式的redis server執行的時候肯定是不止乙個執行緒的，例如redis進行持久化的時候會fork乙個子程序方式執行等等。
Redis為什麼這麼快？
今天我在乙個技術群裡提出乙個問題 redis為什麼這麼快，redis的那些特性能夠支援了它的高併發？之前的我，也只是知道redis是記憶體資料庫，所以讀取速度快 io使用的是多路復用，使用乙個執行緒來輪詢描述符，減少了執行緒上下文的切換，將資料庫的開 關 讀 寫都轉化成了時間，所以io時也有加速。雖...
Redis為什麼這麼快？
1 完全基於記憶體，絕大部分請求是純粹的記憶體操作，非常快速。資料存在記憶體中，類似於hashmap，hashmap的優勢就是查詢和操作的時間複雜度都是o 1 2 資料結構簡單，對資料操作也簡單，redis中的資料結構是專門進行設計的 3 採用單執行緒，避免了不必要的上下文切換和競爭條件，也不存在多...
Redis為什麼這麼快
redis採用的是基於記憶體的採用的是單程序單執行緒模型的kv 資料庫，由c語言編寫，官方提供的資料是可以達到100000 的qps 每秒內查詢次數 簡單測試 2g單核 ping inline 82236.84 requests per second ping bulk 89525.52 reque...