資訊專欄INFORMATION COLUMN
摘要：事件分派器會根據(jù)每個當前產(chǎn)生的事件，來選擇對應(yīng)的事件處理器來處理。核心是基于非阻塞的多路復(fù)用機制單線程避免了多線程上下文切換的開銷。
1.memcached和redis有什么區(qū)別？（1）Redis支持服務(wù)器端的數(shù)據(jù)操作
redis和memcached相比，redis擁有更多的 數(shù)據(jù)結(jié)構(gòu)并且支持更豐富的數(shù)據(jù)操作 ，通常在memcached里面，你需要將數(shù)據(jù)拿到客戶端來進行類型的修改然后在set回去，這樣就嚴重增加了網(wǎng)絡(luò)IO的次數(shù)和數(shù)據(jù)體積。在redis里面，這些操作可以在服務(wù)端完成，所以這些復(fù)雜的操作就和一般的GET/SET一樣高效。所以，如果需要緩存能支持更復(fù)雜的結(jié)構(gòu)和操作，那么redis是不錯的選擇 。
（2）內(nèi)存使用率
如果使用簡單的 key-value 存儲的話，Memcached的內(nèi)存利用率會更高，而如果Redis采用 hash 結(jié)構(gòu)來做 key-value 存儲，由于其組合式的壓縮，其內(nèi)存利用率會高于Memcached。
（3）性能
由于redis只使用單核，而Memcached可以使用多核，所以平均每一個核上redis在存儲小數(shù)據(jù)時比Memcached性能更好。而在100K以上的數(shù)據(jù)中，Memcached性能要高于redis。
（4）集群模式
memcached沒有原生的集群模式，需要依靠客戶端來實現(xiàn)集群中分片寫入數(shù)據(jù)；redis原生支持cluster模式，官方支持redis cluster集群模式。
| 對比點 | memcached | redis |
|---|---|---|
| 是否支持服務(wù)端操作 | 不支持 | 支持 |
| 數(shù)據(jù)結(jié)構(gòu)類型 | 簡單 | 復(fù)雜多樣 |
| 內(nèi)存使用率 | 簡單 key-value 存儲，利用率高 | 采用hash結(jié)構(gòu)存儲，內(nèi)存利用率高 |
| 性能 | 存儲大數(shù)據(jù)性能高 | 存儲小數(shù)據(jù)性能高 |
| 集群模式 | 沒有原生支持 | 原生支持cluster模式 |
要了解redis的線程模式，必須先了解下面幾個概念
（1）文件事件處理器
①redis是基于reactor模式開發(fā)了網(wǎng)絡(luò)事件處理器，這個處理器叫做 文件事件處理器(file event Handler)。這個文件事件處理器是單線程的，所以redis才叫做單線程模式，采用IO多路復(fù)用機制去同時監(jiān)聽多個socket，根據(jù)socket上的時間來選擇對應(yīng)的事件處理器來處理這個事件。
②如果被監(jiān)聽的socket準備好執(zhí)行accept、read、write、close等操作的時候，跟操作對應(yīng)的文件事件就會產(chǎn)生，這個時候文件處理器就會調(diào)用之前關(guān)聯(lián)好的的事件處理器來處理這個事件。
③文件事件處理器是單線程模式運行的，但是通過IO多路復(fù)用機制監(jiān)聽多個socket，可以實現(xiàn)高性能的網(wǎng)絡(luò)通信模型，又可以跟內(nèi)部其他單線程的模塊進行對接，保證了redis內(nèi)部的線程模型的簡單性。
④文件事件處理器的結(jié)構(gòu)包含四個部分：多個socket、IO多路復(fù)用程序、文件事件分派器、事件處理器(命令請求處理器、命令回復(fù)處理器、連接應(yīng)答處理器，等等)。
⑤多個socket可能并發(fā)的產(chǎn)生不同的操作，每個操作對應(yīng)不同的文件 事件，但是IO多路復(fù)用程序會監(jiān)聽多個socket，但是會將socket放到一個隊列中去處理，每次從隊列中取出一個socket給事件分派器，事件分派器把socket給對應(yīng)的事件處理器。
⑥然后一個socket的事件處理完了之后，IO多路復(fù)用程序才會將隊列中的下一個socket給事件分派器。事件分派器會根據(jù)每個socket當前產(chǎn)生的事件，來選擇對應(yīng)的事件處理器來處理。
（2）文件事件
①當socket變得可讀時(比如客戶端對redis執(zhí)行write操作，或者close操作)，或者有新的可以應(yīng)答的socket出現(xiàn)時(客戶端redis執(zhí)行connect操作)，socket就會產(chǎn)生一個AE_READABLE事件。
②當socket變得可寫的時候(客戶端對redis執(zhí)行read操作)，socket就會產(chǎn)生一個AE_WRITABLE事件。
③IO多路復(fù)用程序可以同時監(jiān)聽AE_READABLE和AE_WRITABLE兩種事件，要是一個socket同時差生了這兩種事件，那么文件分配器優(yōu)先處理AE_READABLE事件，然后才是AE_WRITABLE事件。
（3）文件事件處理器
如果是客戶端要連接redis，那么會為socket關(guān)聯(lián)連接應(yīng)答處理器。
如果是客戶端要寫數(shù)據(jù)到redis，那么會為socket關(guān)聯(lián)命令請求處理器。
如果是客戶端要從redis讀數(shù)據(jù)，那么會為socket關(guān)聯(lián)命令回復(fù)處理器。
①在redis啟動初始化的時候，redis會將連接應(yīng)答處理器跟AE_READABLE事件關(guān)聯(lián)起來，接著如果一個客戶端跟redis發(fā)起連接，此時redis會產(chǎn)生一個AE_READABLE事件，然后由連接應(yīng)答處理器來處理跟客戶端建立連接，創(chuàng)建客戶端響應(yīng)的socket，同時將這個socket的AE_READABLE事件跟命令請求處理器關(guān)聯(lián)起來。
②當客戶端向redis發(fā)起請求的時候(不管是讀請求還是寫請求，都一樣)，首先就會在socket產(chǎn)生一個AE_READABLE事件，然后由對應(yīng)的命令請求處理器來處理。這個命令請求處理器就會從socket中讀取請求的相關(guān)數(shù)據(jù)，然后執(zhí)行操作和處理。
③接著redis這邊準備好了給客戶端的響應(yīng)數(shù)據(jù)之后，就會將socket的AE_WRITABLE事件跟命令回復(fù)處理器關(guān)聯(lián)起來，當客戶端這邊準備好讀取相應(yīng)數(shù)據(jù)時，就會在socket上產(chǎn)生一個AE_WRITABLE事件，會由相應(yīng)的命令回復(fù)處理器來處理，就是將準備好的響應(yīng)數(shù)據(jù)寫入socket，供客戶端讀取。
④命令回復(fù)處理器寫完之后，就會刪除這個socket的AE_WRITABLE事件和命令回復(fù)處理器的關(guān)聯(lián)關(guān)系。
3.為什么單線程redis還可以支撐高并發(fā)？
（1）純內(nèi)存操作。
（2）核心是基于非阻塞的IO多路復(fù)用機制
（3）單線程避免了多線程上下文切換的開銷。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/7204.html
摘要：這個是類似的一種結(jié)構(gòu)，這個一般就是可以將結(jié)構(gòu)化的數(shù)據(jù)，比如一個對象前提是這個對象沒嵌套其他的對象給緩存在里，然后每次讀寫緩存的時候，可以就操作里的某個字段。 1.string 這是最基本的類型了，就是普通的set和get，做簡單的kv緩存。 2.hash 這個是類似map的一種結(jié)構(gòu)，這個一般就是可以將結(jié)構(gòu)化的數(shù)據(jù)，比如一個對象（前提是這個對象沒嵌套其他的對象）給緩存在redis里，然后每次...
摘要：的過期策略是什么樣的采用了定期刪除惰性刪除的過期策略。定期刪除原理定期刪除指的是默認每隔就隨機抽取一些設(shè)置了過期時間的，檢測這些是否過期，如果過期了就將其刪掉。所有只會抽取一部分而不會全部檢查。 1.數(shù)據(jù)為什么會過期？ 首先，要明白redis是用來做數(shù)據(jù)緩存的，不是用來做數(shù)據(jù)存儲的(當然也可以當數(shù)據(jù)庫用)，所以數(shù)據(jù)時候過期的，過期的數(shù)據(jù)就不見了，過期主要有兩種情況， ①在設(shè)置緩存數(shù)據(jù)時制定了...
摘要：一個對應(yīng)一個，但是里面進行了多線程消費，這樣也會造成消息消費順序錯誤。保證消息的消費順序拆分多個，每個一個，就是多一些而已，確實是麻煩點這樣也會造成吞吐量下降，可以在消費者內(nèi)部采用多線程的方式取消費。 1.為什么要保證順序 消息隊列中的若干消息如果是對同一個數(shù)據(jù)進行操作，這些操作具有前后的關(guān)系，必須要按前后的順序執(zhí)行，否則就會造成數(shù)據(jù)異常。舉例： 比如通過mysql binlog進行兩個數(shù)據(jù)...
摘要：能不能支持數(shù)據(jù)丟失啊可以的，參考我們之前說的那個數(shù)據(jù)零丟失方案其實一個肯定是很復(fù)雜的，其實這是個開放題，就是看看你有沒有從架構(gòu)角度整體構(gòu)思和設(shè)計的思維以及能力。其實回答這類問題，說白了，起碼不求你看過那技術(shù)的源碼，起碼你大概知道那個技術(shù)的基本原理，核心組成部分，基本架構(gòu)構(gòu)成，然后參照一些開源的技術(shù)把一個系統(tǒng)設(shè)計出來的思路說一下就好 比如說這個消息隊列系統(tǒng)，我們來從以下幾個角度來考慮一下 （1...
摘要：緊接著征用倍的機器來部署，每一批消費一個臨時的消息。這種做法相當于臨時將資源和資源擴大倍，以正常速度的倍來消費消息。解決方案這種情況下，實際上沒有什么消息擠壓，而是丟了大量的消息。 1.大量消息在mq里積壓了幾個小時了還沒解決 場景： 幾千萬條數(shù)據(jù)在MQ里積壓了七八個小時，從下午4點多，積壓到了晚上很晚，10點多，11點多。線上故障了，這個時候要不然就是修復(fù)consumer的問題，讓他恢復(fù)消...
閱讀 2390·2021-11-24 10:31
閱讀 3443·2021-11-23 09:51
閱讀 2254·2021-11-15 18:11
閱讀 2405·2021-09-02 15:15
閱讀 2465·2019-08-29 17:02
閱讀 2299·2019-08-29 15:04
閱讀 846·2019-08-29 12:27
閱讀 2870·2019-08-28 18:15
