Redis為什麼這麼快?

2021-10-25 11:01:26 字數 1261 閱讀 6214

目錄

一、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...