Redis處理客戶端連接的方法

這篇文章給大家分享的是有關(guān)redis處理客戶端連接的方法的內(nèi)容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。

旌德網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián)建站,旌德網(wǎng)站設(shè)計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為旌德上千家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)網(wǎng)站建設(shè)要多少錢，請找那個售后服務(wù)好的旌德做網(wǎng)站的公司定做！

Redis如何處理客戶端連接　　本文主要介紹了 Redis 處理客戶端連接的一些內(nèi)部實現(xiàn)機制，包括連接處理、超時、緩沖區(qū)等一系列內(nèi)容。下面創(chuàng)新互聯(lián)小編來講解下Redis如何處理客戶端連接?

Redis如何處理客戶端連接

Redis 通過監(jiān)聽一個 TCP 端口或者 Unix socket 的方式來接收來自客戶端的連接，當一個連接建立后，Redis 內(nèi)部會進行以下一些操作：

首先，客戶端 socket 會被設(shè)置為非阻塞模式，因為 Redis 在網(wǎng)絡(luò)事件處理上采用的是非阻塞多路復(fù)用模型。

然后為這個socket 設(shè)置 TCP_NODELAY 屬性，禁用 Nagle 算法

然后創(chuàng)建一個 readable 的文件事件用于監(jiān)聽這個客戶端 socket 的數(shù)據(jù)發(fā)送

當客戶端連接被初始化后，Redis 會查看目前的連接數(shù)，然后對比配置好的 maxclients 值，如果目前連接數(shù)已經(jīng)達到最大連接數(shù) maxclients 了，那么說明這個連接不能再接收，Redis 會直接返回客戶端一個連接錯誤，并馬上關(guān)閉掉這個連接。

服務(wù)端處理順序

如果有多個客戶端連接上 Redis，并且都向 Redis 發(fā)送命令，那么 Redis 服務(wù)端會先處理哪個客戶端的請求呢?答案其實并不確定，主要與兩個因素有關(guān)，一是客戶端對應(yīng)的 socket 對應(yīng)的數(shù)字的大小，二是 kernal 報告各個客戶端事件的先后順序。

Redis 處理一個客戶端傳來數(shù)據(jù)的步驟如下：

它對觸發(fā)事件的 socket 調(diào)用一次 read()，只讀一次(而不是把這個 socket 上的消息讀完為止)，是為了防止由于某個別客戶端持續(xù)發(fā)送太多命令，導(dǎo)致其它客戶端的請求長時間得不到處理的情況。

當然，當這一次 read() 調(diào)用完成后，它里面無論包含多少個命令，都會被一次性順序地執(zhí)行。這樣就保證了對各個客戶端命令的公平對待。

關(guān)于最大連接數(shù) maxclients

在 Redis2.4 中，最大連接數(shù)是被直接硬編碼在代碼里面的，而在2.6版本中這個值變成可配置的。maxclients 的默認值是 10000，你也可以在 redis.conf 中對這個值進行修改。

當然，這個值只是 Redis 一廂情愿的值，Redis 還會照顧到系統(tǒng)本身對進程使用的文件描述符數(shù)量的限制。在啟動時 Redis 會檢查系統(tǒng)的 soft limit，以查看打開文件描述符的個數(shù)上限。如果系統(tǒng)設(shè)置的數(shù)字，小于咱們希望的最大連接數(shù)加32，那么這個 maxclients 的設(shè)置將不起作用，Redis 會按系統(tǒng)要求的來設(shè)置這個值。(加32是因為 Redis 內(nèi)部會使用最多32個文件描述符，所以連接能使用的相當于所有能用的描述符號減32)。

當上面說的這種情況發(fā)生時(maxclients 設(shè)置后不起作用的情況)，Redis 的啟動過程中將會有相應(yīng)的日志記錄。比如下面命令希望設(shè)置最大客戶端數(shù)量為100000，所以 Redis 需要 100000+32 個文件描述符，而系統(tǒng)的最大文件描述符號設(shè)置為10144，所以 Redis 只能將 maxclients 設(shè)置為 10144 – 32 = 10112。

$ ./redis-server --maxclients 100000

Redis如何處理客戶端連接

[41422] 23 Jan 11:28:33.179 # Unable to set the max number of files limit to 100032 (Invalid argument), setting the max clients configuration to 10112.

所以說當你想設(shè)置 maxclients 值時，最好順便修改一下你的系統(tǒng)設(shè)置，當然，養(yǎng)成看日志的好習(xí)慣也能發(fā)現(xiàn)這個問題。

具體的設(shè)置方法就看你個人的需求了，你可以只修改此次會話的限制，也可以直接通過sysctl 修改系統(tǒng)的默認設(shè)置。如：

ulimit -Sn 100000 # This will only work if hard limit is big enough.

sysctl -w fs.file-max=100000

輸出緩沖區(qū)大小限制

對于 Redis 的輸出(也就是命令的返回值)來說，其大小經(jīng)常是不可控的，可能是一個簡單的命令，能夠產(chǎn)生體積龐大的返回數(shù)據(jù)。另外也有可能因為執(zhí)行命令太多，產(chǎn)生的返回數(shù)據(jù)的速率超過了往客戶端發(fā)送的速率，這時也會產(chǎn)生消息堆積，從而造成輸出緩沖區(qū)越來越大，占用過多內(nèi)存，甚至導(dǎo)致系統(tǒng)崩潰。

所以 Redis 設(shè)置了一些保護機制來避免這種情況的出現(xiàn)，這些機制作用于不同種類的客戶端，有不同的輸出緩沖區(qū)大小限制，限制方式有兩種：

一種是大小限制，當某一個客戶端的緩沖區(qū)超過某一大小時，直接關(guān)閉掉這個客戶端連接

另一種是當某一個客戶端的緩沖區(qū)持續(xù)一段時間占用空間過大時，也直接關(guān)閉掉客戶端連接

對于不同客戶端的策略如下：

對普通客戶端來說，限制為0，也就是不限制，因為普通客戶端通常采用阻塞式的消息應(yīng)答模式，如：發(fā)送請求，等待返回，再發(fā)請求，再等待返回。這種模式通常不會導(dǎo)致輸出緩沖區(qū)的堆積膨脹。

對于 Pub/Sub 客戶端來說，大小限制是32m，當輸出緩沖區(qū)超過32m時，會關(guān)閉連接。持續(xù)性限制是，當客戶端緩沖區(qū)大小持續(xù)60秒超過8m，也會導(dǎo)致連接關(guān)閉。

而對于 Slave 客戶端來說，大小限制是256m，持續(xù)性限制是當客戶端緩沖區(qū)大小持續(xù)60秒超過64m時，關(guān)閉連接。

上面三種規(guī)則都是可配置的?？梢酝ㄟ^ CONFIG SET 命令或者修改 redis.conf 文件來配置。

輸入緩沖區(qū)大小限制

Redis 對輸入緩沖區(qū)大小的限制比較暴力，當客戶端傳輸?shù)恼埱蟠笮〕^1G時，服務(wù)端會直接關(guān)閉連接。這種方式可以有效防止一些客戶端或服務(wù)端 bug 導(dǎo)致的輸入緩沖區(qū)過大的問題。

Client 超時

對當前的 Redis 版本來說，服務(wù)端默認是不會關(guān)閉長期空閑的客戶端的。但是你可以修改默認配置來設(shè)置你希望的超時時間。比如客戶端超過多長時間無交互，就直接關(guān)閉。同理，這也可以通過 CONFIG SET 命令或者修改 redis.conf 文件來配置。

值得注意的是，超時時間的設(shè)置，只對普通客戶端起作用，對 Pub/Sub 客戶端來說，長期空閑狀態(tài)是正常的。

另外，實際的超時時間可能不會像設(shè)定的那樣精確，這是因為 Redis 并不會采用計時器或者輪訓(xùn)遍歷的方法來檢測客戶端超時，而是通過一種漸近式的方式來完成，每次檢查一部分。所以導(dǎo)致的結(jié)果就是，可能你設(shè)置的超時時間是10s，但是真實執(zhí)行的時間是超時12s后客戶端才被關(guān)閉。

CLIENT 命令

Redis 的 CLIENT 命令能夠?qū)崿F(xiàn)三種功能：檢查連接的狀態(tài)，殺掉某個連接以及為連接設(shè)置名字。

CLIENT LIST 命令能夠獲取當前所有客戶端的狀態(tài)，使用方法如下：

redis 127.0.0.1:6379> client list

addr=127.0.0.1:52555 fd=5 name= age=855 idle=0 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=32768 obl=0 oll=0 omem=0 events=r cmd=client

addr=127.0.0.1:52787 fd=6 name= age=6 idle=5 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=ping

如上面命令的輸出可知，目前此 Redis 有兩個客戶端連接，每一行表示一個連接的各項信息：

addr: 客戶端的TCP地址，包括IP和端口

fd: 客戶端連接 socket 對應(yīng)的文件描述符句柄號

name: 連接的名字，默認為空，可以通過 CLIENT SETNAME 設(shè)置

age: 客戶端存活的秒數(shù)

idle: 客戶端空閑的秒數(shù)

flags: 客戶端的類型 (N 表示普通客戶端，更多類型見 http://redis.io/commands/client-list)

omem: 輸出緩沖區(qū)的大小

cmd: 最后執(zhí)行的命令名稱

你可以查看 CLIENT LIST 的文檔來具體查看所有輸出的含義。

當你通過上面命令獲取到客戶端列表后，就可以通過 CLIENT KILL 命令來殺死指定的連接了。CLIENT KILL 的參數(shù)就是上面的 addr 值。

如上面提到的 CLIENT SETNAME 和 CLIENT GETNAME 可以用來為一個連接設(shè)置一個名字。

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

文章名稱：Redis處理客戶端連接的方法
本文路徑：http://bm7419.com/article26/jdgccg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信小程序、網(wǎng)站排名、網(wǎng)頁設(shè)計公司、、Google、小程序開發(fā)

廣告

聲明：本網(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)