首頁  >  文章  >  資料庫  >  redis為什麼那麼快

redis為什麼那麼快

silencement
silencement原創
2019-06-06 09:26:432040瀏覽

redis為什麼那麼快

Redis採用的是基於記憶體的採用的是單進程單執行緒模型的KV資料庫,由C語言編寫。官方提供的數據是可以達到100000 的qps。這個資料不比採用單一行程多執行緒的同樣基於記憶體的KV資料庫Memcached差。

Redis快的主要原因是:

1.完全基於記憶體

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

3.使用多路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。因為Libe​​vent比較重更通用程式碼量也就很龐大,擁有很多Redis用不上的功能,Redis為了追求「輕巧」並且去除依賴,就選擇自己去封裝了一套。

單一進程單執行緒好處

1.程式碼更清晰,處理邏輯更簡單。

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

3.不存在多進程或多執行緒導致的切換而消耗CPU。

以上是redis為什麼那麼快的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn