首頁 >資料庫 >Redis >redis是單線程的但為什麼效率那麼高

redis是單線程的但為什麼效率那麼高

(*-*)浩
(*-*)浩原創
2019-11-21 14:34:563730瀏覽

redis是單線程的但為什麼效率那麼高

不需要各種鎖定的效能消耗                         (建議學習:Redis教學#Redis)的資料結構結構中的資料結構結構結構結構結構結構上表

Redis。並非全是簡單的Key-Value,還有list,hash等複雜的結構,這些結構有可能會進行很細粒度的操作,例如在很長的列表後面添加一個元素,在hash當中添加或刪除一個對象。這些操作可能需要加非常多的鎖,導致的結果是同步開銷大幅增加。

總之,

在單執行緒的情況下,就不用去考慮各種鎖的問題,不存在加鎖釋放鎖操作,沒有因為可能出現死鎖而導致的效能消耗。

單執行緒多進程叢集方案

單一執行緒的威力其實非常強大,每核心效率也非常高,多執行緒自然是可以比單執行緒有更高的效能上限,但是在今天的運算環境中,即使是單機多執行緒的上限也往往不能滿足需要了,需要進一步摸索的是多伺服器叢集化的方案,這些方案中多執行緒的技術照樣是用不上的。

所以單執行緒、多進程的叢集不失為一個時髦的解決方案。

 CPU消耗

採用單線程,避免了不必要的上下文切換和競爭條件,也不存在多進程或多執行緒導致的切換而消耗CPU。

但是如果CPU成為Redis瓶頸,或不想讓伺服器其他CUP核閒置,那該怎麼辦?

可以考慮多起幾個Redis進程,Redis是key-value資料庫,不是關聯式資料庫,資料之間沒有約束。只要客戶端分辨哪些key放在哪個Redis進程上就可以了。

以上是redis是單線程的但為什麼效率那麼高的詳細內容。更多資訊請關注PHP中文網其他相關文章!

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