欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

關于Redis單線程的正確理解

 更新時間:2021年11月12日 11:06:18   作者:小白菜_1  
很多同學對Redis的單線程和I/O多路復用技術并不是很了解,所以我用簡單易懂的語言讓大家了解下Redis單線程和I/O多路復用技術的原理,對學好和運用好Redis打下基礎,感興趣的朋友跟隨小編一起看看吧

很多同學對Redis的單線程和I/O多路復用技術并不是很了解,所以我用簡單易懂的語言讓大家了解下Redis單線程和I/O多路復用技術的原理,對學好和運用好Redis打下基礎。

一、Redis的單線程理解

Redis客戶端對服務端的每次調(diào)用都經(jīng)歷了發(fā)送命令,執(zhí)行命令,返回結果三個過程。其中執(zhí)行命令階段,由于Redis是單線程來處理命令的,所有到達服務端的命令都不會立刻執(zhí)行,所有的命令都會進入一個隊列中,然后逐個執(zhí)行,并且多個客戶端發(fā)送的命令的執(zhí)行順序是不確定的,但是可以確定的是不會有兩條命令被同時執(zhí)行,不會產(chǎn)生并發(fā)問題,這就是Redis的單線程基本模型。

Redis服務器通過socket(套接字)與客戶端或其他Redis服務器進行連接,而文件事件就是服務器對socket操作的抽象。服務器與客戶端或其他服務器的通信會產(chǎn)生相應的文件事件,而服務器通過監(jiān)聽并處理這些事件來完成一系列網(wǎng)絡通信操作。

Redis基于Reactor模式開發(fā)了自己的網(wǎng)絡事件處理器——文件事件處理器,文件事件處理器使用I/O多路復用程序來同時監(jiān)聽多個socket(I/O多路復用技術下面有介紹),并根據(jù)socket目前執(zhí)行的任務來為socket關聯(lián)不同的事件處理器。當被監(jiān)聽的socket準備好執(zhí)行連接應答、讀取、寫入、關閉等操作時,與操作相對應的文件事件就會產(chǎn)生,這時文件事件處理器就會調(diào)用socket之前已關聯(lián)好的事件處理器來處理這些事件。

文件事件處理器的構成:

                                                    

注意:其中I/O多路復用程序通過隊列向文件事件分派器傳送socket

二、I/O多路復用技術

關于I/O多路復用(又被稱為“事件驅(qū)動”),首先要理解的是,操作系統(tǒng)為你提供了一個功能,當你的某個socket可讀或者可寫的時候,它可以給你一個通知。這樣當配合非阻塞的socket使用時,只有當系統(tǒng)通知我哪個描述符可讀了,我才去執(zhí)行read操作,可以保證每次read都能讀到有效數(shù)據(jù)而不做純返回-1和EAGAIN的無用功,寫操作類似。

操作系統(tǒng)的這個功能是通過select/poll/epoll/kqueue之類的系統(tǒng)調(diào)用函數(shù)來實現(xiàn),這些函數(shù)都可以同時監(jiān)視多個描述符的讀寫就緒狀況,這樣,多個描述符的I/O操作都能在一個線程內(nèi)并發(fā)交替地順序完成,這就叫I/O多路復用,這里的“多路”指的是多個網(wǎng)絡連接,“復用”指的是復用同一個Redis處理線程。(正如上圖所示)

采用多路 I/O 復用技術可以讓單個線程高效的處理多個連接請求(盡量減少網(wǎng)絡 I/O 的時間消耗),且 Redis 在內(nèi)存中操作數(shù)據(jù)的速度非常快,也就是說內(nèi)存內(nèi)的操作不會成為影響Redis性能的瓶頸,所有 Redis 具有很高的吞吐量。

三、常見疑問解答

1、Redis的單線程為什么這么快?

1.完全基于內(nèi)存,絕大部分請求是純粹的內(nèi)存操作,非??焖?。數(shù)據(jù)存在內(nèi)存中,類似于HashMap,HashMap的優(yōu)勢就是查找和操作的時間復雜度都是O(1);

2.數(shù)據(jù)結構簡單,對數(shù)據(jù)操作也簡單,Redis中的數(shù)據(jù)結構是專門進行設計的;

3.采用單線程,避免了不必要的上下文切換和競爭條件,也不存在多進程或者多線程導致的切換而消耗 CPU,不用去考慮各種鎖的問題,不存在加鎖釋放鎖操作,沒有因為可能出現(xiàn)死鎖而導致的性能消耗;

4.使用多路I/O復用模型,非阻塞I/O;

5.Redis直接自己構建了VM 機制 ,因為一般的系統(tǒng)調(diào)用系統(tǒng)函數(shù)的話,會浪費一定的時間去移動和請求;

2、為什么不采用多進程或多線程處理?

1.多線程處理可能涉及到鎖

2.多線程處理會涉及到線程切換而消耗CPU

3、單線程處理的缺點?

1.耗時的命令會導致并發(fā)的下降,不只是讀并發(fā),寫并發(fā)也會下降

2.無法發(fā)揮多核CPU性能,不過可以通過在單機開多個Redis實例來完善

4、Redis不存在線程安全問題?

Redis采用了線程封閉的方式,把任務封閉在一個線程,自然避免了線程安全問題,不過對于需要依賴多個redis操作(即:多個Redis操作命令)的復合操作來說,依然需要鎖,而且有可能是分布式鎖。

到此這篇關于Redis單線程的正確理解的文章就介紹到這了,更多相關Redis單線程內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

相關文章

  • Python交互Redis的實現(xiàn)

    Python交互Redis的實現(xiàn)

    本文主要介紹了Python交互Redis的實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2022-08-08
  • redis哨兵常用命令和監(jiān)控示例詳解

    redis哨兵常用命令和監(jiān)控示例詳解

    哨兵模式是一種特殊的模式,首先Redis提供了哨兵的命令,哨兵是一個獨立的進程,作為進程,它會獨立運行,接下來通過本文給大家講解redis哨兵常用命令和監(jiān)控知識,感興趣的朋友一起學習吧
    2021-05-05
  • redis中bind配置的詳細步驟

    redis中bind配置的詳細步驟

    本文主要介紹了redis中bind配置的詳細步驟,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2023-07-07
  • 通過kubesphere部署redis的方法

    通過kubesphere部署redis的方法

    這篇文章主要介紹了通過kubesphere部署redis的方法,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2020-11-11
  • 大白話講解調(diào)用Redis的increment失敗原因及推薦使用詳解

    大白話講解調(diào)用Redis的increment失敗原因及推薦使用詳解

    本文主要介紹了調(diào)用Redis的increment失敗原因及推薦使用,文中通過示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2021-11-11
  • 一文詳解Redis中的持久化

    一文詳解Redis中的持久化

    這篇文章主要介紹了一文詳解Redis中的持久化,持久化功能有效地避免因進程退出造成的數(shù)據(jù)丟失問題,當下次重啟時利用之前持久化的文件即可實現(xiàn)數(shù)據(jù)恢復
    2022-09-09
  • redis事務_動力節(jié)點Java學院整理

    redis事務_動力節(jié)點Java學院整理

    這篇文章主要介紹了redis事務,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧
    2017-08-08
  • 淺談Redis的幾個過期策略

    淺談Redis的幾個過期策略

    在使用redis時,一般會設置一個過期時間,當然也有不設置過期時間的,也就是永久不過期。當設置了過期時間,redis是如何判斷是否過期,以及根據(jù)什么策略來進行刪除的。
    2021-05-05
  • Redis?哈希Hash底層數(shù)據(jù)結構詳解

    Redis?哈希Hash底層數(shù)據(jù)結構詳解

    這篇文章主要介紹了Redis?哈希Hash底層數(shù)據(jù)結構詳解的相關資料,需要的朋友可以參考下
    2022-08-08
  • 詳解Redis如何保證接口的冪等性

    詳解Redis如何保證接口的冪等性

    如何防止接口中同樣的數(shù)據(jù)提交,以及如何保證消息不被重復消費,這些都是shigen在學習的過程中遇到的問題,今天,趁著在學習redis的間隙,我寫了一篇文章進行簡單的實現(xiàn),需要的朋友可以參考下
    2023-11-11

最新評論