Redis 采用的是基于內存的采用的是單進程單線程模型的 KV 數(shù)據(jù)庫,由 C 語言編寫。官方提供的數(shù)據(jù)是可以達到100000+的 qps。這個數(shù)據(jù)不比采用單進程多線程的同樣基于內存的 KV 數(shù)據(jù)庫 Memcached 差。

Redis 快的主要原因有:
完全基于內存;
數(shù)據(jù)結構簡單,對數(shù)據(jù)操作也簡單;
使用多路 I/O 復用模型;
第一、二點不細講,主要圍繞第三點采用多路 I/O 復用技術來展開。
多路 I/O 復用模型是利用 select、poll、epoll 可以同時監(jiān)察多個流的 I/O 事件的能力,在空閑的時候,會把當前線程阻塞掉,當有一個或多個流有 I/O 事件時,就從阻塞態(tài)中喚醒,于是程序就會輪詢一遍所有的流(epoll 是只輪詢那些真正發(fā)出了事件的流),并且只依次順序的處理就緒的流,這種做法就避免了大量的無用操作。這里“多路”指的是多個網(wǎng)絡連接,“復用”指的是復用同一個線程。采用多路 I/O 復用技術可以讓單個線程高效的處理多個連接請求(盡量減少網(wǎng)絡 IO 的時間消耗),且 Redis 在內存中操作數(shù)據(jù)的速度非常快(內存內的操作不會成為這里的性能瓶頸),主要以上兩點造就了 Redis 具有很高的吞吐量。
和 Memcached 不同,Redis 并沒有直接使用 Libevent,而是自己完成了一個非常輕量級的對 select、epoll、evport、kqueue 這些通用的接口的實現(xiàn)。在不同的系統(tǒng)調用選用適合的接口,linux 下默認是 epoll。因為 Libevent 比較重,更通用,代碼量也就很龐大,擁有很多 Redis 用不上的功能,Redis 為了追求“輕巧”并且去除依賴,就選擇自己去封裝了一套。
代碼更清晰,處理邏輯更簡單
不用去考慮各種鎖的問題,不存在加鎖釋放鎖操作,沒有因為可能出現(xiàn)死鎖而導致的性能消耗
不存在多進程或者多線程導致的切換而消耗 CPU
無法發(fā)揮多核 CPU 性能,不過可以通過在單機開多個 Redis 實例來完善;
多進程單線程模型:Nginx
單進程多線程模型:Memcached
另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內外云服務器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應用場景需求。
分享名稱:Redis為什么使用單進程單線程方式也這么快-創(chuàng)新互聯(lián)
標題路徑:http://chinadenli.net/article38/cosesp.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站設計公司、網(wǎng)站制作、網(wǎng)站內鏈、自適應網(wǎng)站、云服務器、外貿(mào)網(wǎng)站建設
聲明:本網(wǎng)站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)