掃二維碼與項目經(jīng)理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運(yùn)營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
本文主要介紹了 Redis 處理客戶端連接的一些內(nèi)部實現(xiàn)機(jī)制,包括連接處理、超時、緩沖區(qū)等一系列內(nèi)容。(注:本文所述內(nèi)容基于 Redis2.6 及以上版本。)

連接的建立
Redis通過監(jiān)聽一個 TCP 端口或者 Unix socket 的方式來接收來自客戶端的連接,當(dāng)一個連接建立后,Redis 內(nèi)部會進(jìn)行以下一些操作:
當(dāng)客戶端連接被初始化后,Redis 會查看目前的連接數(shù),然后對比配置好的 maxclients 值,如果目前連接數(shù)已經(jīng)達(dá)到***連接數(shù) maxclients 了,那么說明這個連接不能再接收,Redis 會直接返回客戶端一個連接錯誤,并馬上關(guān)閉掉這個連接。
服務(wù)端處理順序
如果有多個客戶端連接上 Redis,并且都向 Redis 發(fā)送命令,那么 Redis 服務(wù)端會先處理哪個客戶端的請求呢?答案其實并不確定,主要與兩個因素有關(guān),一是客戶端對應(yīng)的 socket 對應(yīng)的數(shù)字的大小,二是 kernal 報告各個客戶端事件的先后順序。
Redis 處理一個客戶端傳來數(shù)據(jù)的步驟如下:
關(guān)于***連接數(shù) maxclients
在 Redis2.4 中,***連接數(shù)是被直接硬編碼在代碼里面的,而在2.6版本中這個值變成可配置的。maxclients 的默認(rèn)值是 10000,你也可以在 redis.conf 中對這個值進(jìn)行修改。
當(dāng)然,這個值只是 Redis 一廂情愿的值,Redis 還會照顧到系統(tǒng)本身對進(jìn)程使用的文件描述符數(shù)量的限制。在啟動時 Redis 會檢查系統(tǒng)的 soft limit,以查看打開文件描述符的個數(shù)上限。如果系統(tǒng)設(shè)置的數(shù)字,小于咱們希望的***連接數(shù)加32,那么這個 maxclients 的設(shè)置將不起作用,Redis 會按系統(tǒng)要求的來設(shè)置這個值。(加32是因為 Redis 內(nèi)部會使用最多32個文件描述符,所以連接能使用的相當(dāng)于所有能用的描述符號減32)。
當(dāng)上面說的這種情況發(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 [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.
所以說當(dāng)你想設(shè)置 maxclients 值時,***順便修改一下你的系統(tǒng)設(shè)置,當(dāng)然,養(yǎng)成看日志的好習(xí)慣也能發(fā)現(xiàn)這個問題。
具體的設(shè)置方法就看你個人的需求了,你可以只修改此次會話的限制,也可以直接通過sysctl 修改系統(tǒng)的默認(rèn)設(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è)置了一些保護(hù)機(jī)制來避免這種情況的出現(xiàn),這些機(jī)制作用于不同種類的客戶端,有不同的輸出緩沖區(qū)大小限制,限制方式有兩種:
對于不同客戶端的策略如下:
上面三種規(guī)則都是可配置的??梢酝ㄟ^ CONFIG SET 命令或者修改 redis.conf 文件來配置。
輸入緩沖區(qū)大小限制
Redis 對輸入緩沖區(qū)大小的限制比較暴力,當(dāng)客戶端傳輸?shù)恼埱蟠笮〕^1G時,服務(wù)端會直接關(guān)閉連接。這種方式可以有效防止一些客戶端或服務(wù)端 bug 導(dǎo)致的輸入緩沖區(qū)過大的問題。
Client 超時
對當(dāng)前的 Redis 版本來說,服務(wù)端默認(rèn)是不會關(guān)閉長期空閑的客戶端的。但是你可以修改默認(rè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 命令能夠獲取當(dāng)前所有客戶端的狀態(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 有兩個客戶端連接,每一行表示一個連接的各項信息:
你可以查看CLIENT LIST的文檔來具體查看所有輸出的含義。
當(dāng)你通過上面命令獲取到客戶端列表后,就可以通過 CLIENT KILL 命令來殺死指定的連接了。CLIENT KILL 的參數(shù)就是上面的 addr 值。
如上面提到的 CLIENT SETNAME 和 CLIENT GETNAME 可以用來為一個連接設(shè)置一個名字。

我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運(yùn)營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流