Redis速度為什么快

這篇文章給大家分享的是有關(guān)redis速度為什么快的內(nèi)容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。

創(chuàng)新互聯(lián)建站憑借在網(wǎng)站建設(shè)、網(wǎng)站推廣領(lǐng)域領(lǐng)先的技術(shù)能力和多年的行業(yè)經(jīng)驗，為客戶提供超值的營銷型網(wǎng)站建設(shè)服務(wù)，我們始終認為：好的營銷型網(wǎng)站就是好的業(yè)務(wù)員。我們已成功為企業(yè)單位、個人等客戶提供了網(wǎng)站建設(shè)、成都網(wǎng)站建設(shè)服務(wù)，以良好的商業(yè)信譽，完善的服務(wù)及深厚的技術(shù)力量處于同行領(lǐng)先地位。

Redis是一種基于鍵值對(Key-Value)的NoSql數(shù)據(jù)庫，Redis的Value可以由String，hash，list，set，zset，Bitmaps，HyperLogLog等多種數(shù)據(jù)結(jié)構(gòu)和算法組成。Redis還提供了鍵過期，發(fā)布訂閱，事務(wù)，Lua腳本，哨兵，Cluster等功能。

Redis執(zhí)行命令的速度非?？?，根據(jù)官方給的性能可以達到10w+qps。那么本文主要介紹到底Redis快在哪里，主要有以下幾點：

一、開發(fā)語言

現(xiàn)在我們都用高級語言來編程，比如Java、python等。也許你會覺得C語言很古老，但是它真的很有用，畢竟unix系統(tǒng)就是用C實現(xiàn)的，所以C語言是非常貼近操作系統(tǒng)的語言。Redis就是用C語言開發(fā)的，所以執(zhí)行會比較快。

另外多說一句，大學(xué)生們好好學(xué)C，會讓你更好的理解計算機操作系統(tǒng)。別覺得學(xué)了高級語言就可以不用關(guān)注底層，欠的債總歸要還的。此處推薦一本比較難啃的書《深入理解計算系統(tǒng)》。

二、純內(nèi)存訪問

Redis將所有數(shù)據(jù)放在內(nèi)存中，非數(shù)據(jù)同步正常工作中，是不需要從磁盤讀取數(shù)據(jù)的，0次IO。內(nèi)存響應(yīng)時間大約為100納秒，這是Redis速度快的重要基礎(chǔ)。先看看CPU的速度：

拿我的電腦來說，主頻是3.1G，也就是說每秒可以執(zhí)行3.1*10^9個指令。所以說CPU看世界是非常非常慢的，內(nèi)存比它慢百倍，磁盤比他慢百萬倍，你說快不快？

借了一張《深入理解計算機系統(tǒng)》的圖，展示了一個典型的存儲器層次結(jié)構(gòu)，在L0層，CPU可以在一個時鐘周期訪問到，基于SRAM的高速緩存春續(xù)期，可以在幾個CPU時鐘周期訪問到，然后是基于DRAM的主存，可以在幾十到幾百個時鐘周期訪問到他們。

三、單線程

第一，單線程簡化算法的實現(xiàn)，并發(fā)的數(shù)據(jù)結(jié)構(gòu)實現(xiàn)不但困難且測試也麻煩。第二，單線程避免了線程切換以及加鎖釋放鎖帶來的消耗，對于服務(wù)端開發(fā)來說，鎖和線程切換通常是性能殺手。當然了，單線程也會有它的缺點，也是Redis的噩夢：阻塞。如果執(zhí)行一個命令過長，那么會造成其他命令的阻塞，對于Redis是十分致命的，所以Redis是面向快速執(zhí)行場景的數(shù)據(jù)庫。

除了Redis之外，Node.js也是單線程，Nginx也是單線程，但他們都是服務(wù)器高性能的典范。

四、非阻塞多路I/O復(fù)用機制

在這之前先要說一下傳統(tǒng)的阻塞I/O是如何工作的：當使用read或者write對某一文件描述符（File Descriptor FD）進行讀寫的時候，如果數(shù)據(jù)沒有收到，那么該線程會被掛起，直到收到數(shù)據(jù)。

阻塞模型雖然易于理解，但是在需要處理多個客戶端任務(wù)的時候，不會使用阻塞模型。

I/O多路復(fù)用實際上是指多個連接的管理可以在同一進程。多路是指網(wǎng)絡(luò)連接，復(fù)用只是同一個線程。在網(wǎng)絡(luò)服務(wù)中，I/O多路復(fù)用起的作用是一次性把多個連接的事件通知業(yè)務(wù)代碼處理，處理的方式由業(yè)務(wù)代碼來決定。

在I/O多路復(fù)用模型中，最重要的函數(shù)調(diào)用就是I/O 多路復(fù)用函數(shù)，該方法能同時監(jiān)控多個文件描述符（fd）的讀寫情況，當其中的某些fd可讀/寫時，該方法就會返回可讀/寫的fd個數(shù)。

Redis使用epoll作為I/O多路復(fù)用技術(shù)的實現(xiàn)，再加上Redis自身的事件處理模型將epoll的read、write、close等都轉(zhuǎn)換成事件，不在網(wǎng)絡(luò)I/O上浪費過多的時間。實現(xiàn)對多個FD讀寫的監(jiān)控，提高性能。

舉個形象的例子吧。比如一個tcp服務(wù)器處理20個客戶端socket。

A方案：順序處理，如果第一個socket因為網(wǎng)卡讀數(shù)據(jù)處理慢了，一阻塞后面都玩蛋去。

B方案：每個socket請求都創(chuàng)建一個分身子進程來處理，不說每個進程消耗大量系統(tǒng)資源，光是進程切換就夠操作系統(tǒng)累的了。

C方案（I/O復(fù)用模型，epoll）：將用戶socket對應(yīng)的fd注冊進epoll（實際上服務(wù)器和操作系統(tǒng)之間傳遞的不是socket的fd而是fd_set的數(shù)據(jù)結(jié)構(gòu)），然后epoll只告訴哪些需要讀/寫的socket，只需要處理那些活躍的、有變化的socket fd的就好了。

這樣，整個過程只在調(diào)用epoll的時候才會阻塞，收發(fā)客戶消息是不會阻塞的。

感謝各位的閱讀！關(guān)于“Redis速度為什么快”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！

標題名稱：Redis速度為什么快
文章源于：http://muchs.cn/article28/iidecp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供面包屑導(dǎo)航、企業(yè)建站、動態(tài)網(wǎng)站、微信公眾號、網(wǎng)站導(dǎo)航、定制網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)