Redis為什麼使用單程序單執行緒方式也這麼快

2021-07-27 19:08:13 字數 884 閱讀 6691

redis採用的是基於記憶體的採用的是單程序單執行緒模型的kv資料庫,由c語言編寫。官方提供的資料是可以達到100000+的qps。這個資料不比採用單程序多執行緒的同樣基於記憶體的kv資料庫memcached差。

redis快的主要原因是:

完全基於記憶體

資料結構簡單,對資料操作也簡單

使用多路 i/o 復用模型

第一、二點不細講,主要圍繞第三點採用多路 i/o 復用技術來展開。

多路 i/o 復用模型是利用select、poll、epoll可以同時監察多個流的 i/o 事件的能力,在空閒的時候,會把當前執行緒阻塞掉,當有乙個或多個流有i/o事件時,就從阻塞態中喚醒,於是程式就會輪詢一遍所有的流(epoll是只輪詢那些真正發出了事件的流),並且只依次順序的處理就緒的流,這種做法就避免了大量的無用操作。這裡「多路」指的是多個網路連線,「復用」指的是復用同乙個執行緒。採用多路 i/o 復用技術可以讓單個執行緒高效的處理多個連線請求(儘量減少網路io的時間消耗),且redis在記憶體中運算元據的速度非常快(記憶體內的操作不會成為這裡的效能瓶頸),主要以上兩點造就了redis具有很高的吞吐量。

和memcached不同,redis並沒有直接使用libevent,而是自己完成了乙個非常輕量級的對select、epoll、evport、kqueue這些通用的介面的實現。在不同的系統呼叫選用適合的介面,linux下預設是epoll。因為libevent比較重更通用**量也就很龐大,擁有很多redis用不上的功能,redis為了追求「輕巧」並且去除依賴,就選擇自己去封裝了一套。

**更清晰,處理邏輯更簡單

不用去考慮各種鎖的問題,不存在加鎖釋放鎖操作,沒有因為可能出現死鎖而導致的效能消耗

不存在多程序或者多執行緒導致的切換而消耗cpu

無法發揮多核cpu效能,不過可以通過在單機開多個redis例項來完善;

Redis為什麼使用單程序單執行緒方式

redis採用的是基於記憶體的採用的是單程序單執行緒模型的kv資料庫,由c語言編寫。官方提供的資料是可以達到100000 的qps。這個資料不比採用單程序多執行緒的同樣基於記憶體的kv資料庫memcached差。redis快的主要原因是 完全基於記憶體 資料結構簡單,對資料操作也簡單 使用多路 i ...

Redis為什麼使用單程序單執行緒方式

redis為什麼使用單程序單執行緒方式?redis採用的是基於記憶體的採用的是單程序單執行緒模型的kv資料庫,由c語言編寫。官方提供的資料是可以達到100000 的qps。redis快的主要原因是 1.完全基於記憶體 2.資料結構簡單,對資料操作也簡單 3.使用多路 i o 復用模型 單程序單執行緒...

Redis 為什麼使用單程序單執行緒方式也這麼快

redis 採用的是基於記憶體的採用的是單程序單執行緒模型的 kv 資料庫,由 c 語言編寫。官方提供的資料是可以達到100000 的 qps。這個資料不比採用單程序多執行緒的同樣基於記憶體的 kv 資料庫 memcached 差。redis 快的主要原因有 完全基於記憶體 資料結構簡單,對資料操作...