有時(shí)候運(yùn)維工作拼的不是手速而是規(guī)劃。以我這些年幫客戶搭建緩存服務(wù)的經(jīng)驗(yàn)來看安裝 Redis 本身花的力氣只占三成剩下七成都花在版本選擇、環(huán)境確認(rèn)、參數(shù)預(yù)判這些“看不見的準(zhǔn)備工作”上。很多新手上來就下載源碼包、解壓、make裝完才發(fā)現(xiàn)要么版本太老要么 PID 文件目錄不存在要么被防火墻擋在門外最后還是得回頭補(bǔ)課。這篇文章就從最真實(shí)的部署流程出發(fā)把 Linux 下安裝 Redis 的完整鏈路拆開揉碎包括環(huán)境準(zhǔn)備、安裝方式選型、配置項(xiàng)調(diào)優(yōu)、開機(jī)自啟、客戶端連接以及我在生產(chǎn)環(huán)境里真正踩過的坑。無論你是剛?cè)腴T的運(yùn)維新人還是要自己搭一套緩存服務(wù)的后端開發(fā)照著這套思路走基本不會(huì)翻車。1. 部署前的摸底不要急著敲命令我在前面提到安裝 Redis 并不是“下載-編譯-啟動(dòng)”這么簡單。一個(gè)合理的部署節(jié)奏應(yīng)該是先搞清楚服務(wù)器是什么系統(tǒng)、什么 CPU 架構(gòu)、有沒有歷史遺留的 Redis 進(jìn)程或端口占用再?zèng)Q定用哪種安裝方式。磨刀不誤砍柴工這一步做扎實(shí)了后面能省掉大量排查時(shí)間。1.1 先確認(rèn) Linux 發(fā)行版和內(nèi)核版本不同發(fā)行版的軟件生態(tài)差異很大安裝 Redis 的路徑也完全不同。Debian/Ubuntu 系列的包管理器是 aptCentOS/RHEL 系默認(rèn)是 yum 或 dnfOpenSUSE 用 zypperArch 系用 pacman。雖然我們最終可以選擇源碼編譯但我還是建議先執(zhí)行幾條命令把系統(tǒng)信息看清楚cat /etc/os-release uname -a nproc free -hcat /etc/os-release能直接看到系統(tǒng)名稱和版本號(hào)uname -a可以確認(rèn)內(nèi)核版本和架構(gòu)是 x86_64 還是 aarch64nproc查 CPU 核數(shù)free -h看內(nèi)存。Redis 是單線程為主的程序CPU 核數(shù)對單實(shí)例性能影響不像內(nèi)存那么大但內(nèi)存大小直接決定你后面能不能開 RDB 持久化、能設(shè)置多大的 maxmemory。這里有個(gè)經(jīng)驗(yàn)如果你拿到的是一臺(tái)老舊的 CentOS 7 或者系統(tǒng)里 GCC 版本低于 8安裝 Redis 7.x 之前最好先考慮升級(jí) GCC或者干脆用 Docker 跑一個(gè)官方鏡像省去編譯環(huán)境帶來的麻煩。我在 6.x、7.x 上都遇到過因?yàn)榫幾g器太舊導(dǎo)致編譯中途失敗的情況后面在常見問題部分會(huì)詳細(xì)說。1.2 端口、用戶和目錄規(guī)劃越早定越好Redis 默認(rèn)端口是 6379這個(gè)端口在公網(wǎng)環(huán)境下經(jīng)常被掃描工具盯上所以生產(chǎn)環(huán)境盡量不要裸奔在默認(rèn)端口上至少也要改成一個(gè)不常見的端口再配合防火墻白名單。你可以在安裝之前就想好Redis 跑在哪個(gè)用戶下、數(shù)據(jù)目錄放哪里、日志放哪里、PID 文件放哪里。我通常的規(guī)劃是這樣的運(yùn)行用戶單獨(dú)創(chuàng)建 redis 用戶不直接用 root安裝目錄/usr/local/redis數(shù)據(jù)目錄/data/redis日志目錄/var/log/redisPID 文件/var/run/redis/redis.pid為什么要單獨(dú)建一個(gè)用戶因?yàn)?Redis 本身有 protected-mode而且如果它被利用執(zhí)行危險(xiǎn)命令低權(quán)限用戶能造成的破壞要小得多。雖然很多人圖省事用 root 跑但在安全審計(jì)和實(shí)際攻防演練中這種習(xí)慣是第一批被扣分的項(xiàng)。建用戶的操作也很簡單useradd -s /sbin/nologin redis mkdir -p /data/redis /var/log/redis /var/run/redis chown -R redis:redis /data/redis /var/log/redis /var/run/redis-s /sbin/nologin表示這個(gè)用戶不能登錄 Shell只用來跑服務(wù)這是最小權(quán)限原則的落地。后面的目錄權(quán)限如果給錯(cuò)Redis 啟動(dòng)時(shí)會(huì)報(bào)Cant open the log file或者Cant chdir這類讓人摸不著頭腦的錯(cuò)誤實(shí)際上根源就是權(quán)限不夠。1.3 下載 Redis 源碼包的正確姿勢拿到源碼包有兩種常見途徑去官網(wǎng) redis.io 的下載頁手動(dòng)下載或者直接在 Linux 服務(wù)器上用wget拉取。我習(xí)慣直接用 wget因?yàn)槭∪ケ镜叵螺d再上傳的步驟。需要注意官網(wǎng)提供的下載地址一般長這樣wget https://download.redis.io/releases/redis-7.2.4.tar.gz下載之后記得解壓tar xzf redis-7.2.4.tar.gz cd redis-7.2.4解壓出來的目錄里就能看到README.md、Makefile、src、deps等目錄。如果你下載的是帶有rc后綴的候選版本我建議不要在正式環(huán)境使用RC 版本意味著還處于測試階段穩(wěn)定性需要自己評估。下載完成后最好用sha256sum校驗(yàn)一下文件完整性官方頁面會(huì)給出對應(yīng)的哈希值這一步能避免下載損壞的包。2. 三種安裝方式對比以及我為什么最常用源碼編譯Redis 在 Linux 上常見的安裝方式有三種源碼編譯安裝、包管理器安裝、Docker 容器運(yùn)行。它們各有適用場景沒有絕對的好壞。下面我逐個(gè)說清楚再給出我的選型建議。2.1 源碼編譯安裝適合生產(chǎn)環(huán)境步驟最完整源碼編譯是我最推薦的方式尤其適合生產(chǎn)環(huán)境。它的最大優(yōu)勢是可控性你可以選擇任意版本可以指定安裝路徑可以按需裁剪編譯選項(xiàng)。雖然步驟比包管理器多一點(diǎn)但整套流程清晰出問題時(shí)也容易定位。正常的編譯三部曲如下make distclean 2/dev/null; make MALLOClibc make -j$(nproc) make install PREFIX/usr/local/redis這里有個(gè)細(xì)節(jié)Redis 默認(rèn)使用 jemalloc 內(nèi)存分配器在某些系統(tǒng)上編譯時(shí)會(huì)報(bào)jemalloc.h: No such file or directory這時(shí)候加MALLOClibc就可以繞過這個(gè)問題。不過不要害怕我遇到的大部分情況其實(shí)是因?yàn)槿鄙倬幾g基礎(chǔ)組件后面會(huì)有更詳細(xì)的排查方法。make -j$(nproc)的意思是讓 make 并行編譯-j后面的數(shù)字是并行任務(wù)數(shù)用nproc自動(dòng)獲取 CPU 核數(shù)可以大幅縮短編譯時(shí)間。在一臺(tái) 8 核的機(jī)器上Redis 7.x 的編譯通常兩三分鐘就能完成。編譯完成之后make install會(huì)把redis-server、redis-cli、redis-sentinel、redis-benchmark、redis-check-aof、redis-check-rdb這些可執(zhí)行文件復(fù)制到/usr/local/redis/bin目錄。你可以把/usr/local/redis/bin加入 PATH方便后續(xù)執(zhí)行命令echo export PATH/usr/local/redis/bin:$PATH /etc/profile.d/redis.sh source /etc/profile.d/redis.sh源碼編譯的方式看著繁瑣但后續(xù)升級(jí)、回滾、多版本共存都很方便這也是它在生產(chǎn)環(huán)境里能站穩(wěn)腳跟的原因。2.2 包管理器安裝快速省事適合開發(fā)測試如果你的需求是拿一臺(tái)機(jī)器快速驗(yàn)證 Redis 功能不追求特定版本那么直接用系統(tǒng)自帶的包管理器是最效率的。在 Ubuntu/Debian 上apt update apt install redis-server -y在 CentOS/RHEL 上yum install redis -y包管理器安裝完成后服務(wù)通常已經(jīng)被注冊為 systemd 服務(wù)直接就能systemctl start redis。但需要注意系統(tǒng)倉庫里的 Redis 版本可能滯后于官方版本比如某些 CentOS 默認(rèn)源里的 redis 還是 3.2。Redis 3.2 對于學(xué)習(xí)基本命令、測試簡單緩存場景完全夠用但如果你要體驗(yàn) Stream 類型、ACL 權(quán)限、多線程 IO 這些新特性就必須要換源或者走源碼編譯。另外不同發(fā)行版包管理器啟動(dòng) Redis 的姿勢不完全一樣Ubuntu 上裝完默認(rèn)是被 systemd 接管了所以直接systemctl enable redis-server設(shè)置開機(jī)自啟CentOS 上裝完可能會(huì)提示你用redis-server /etc/redis.conf手動(dòng)啟動(dòng)。我不會(huì)說包管理器這種方式不好它其實(shí)非常省心只是你要心里有數(shù)你得到的 Redis 是什么版本默認(rèn)配置是否符合你的業(yè)務(wù)預(yù)期。2.3 用 Docker 運(yùn)行 Redis容器化環(huán)境的標(biāo)配現(xiàn)在很多服務(wù)器本身就跑著 Docker這時(shí)再用宿主機(jī)直接裝 Redis 反而顯得冗余。通過 Docker 安裝 Redis 最大的優(yōu)勢是環(huán)境隔離幾乎不受宿主機(jī)系統(tǒng)版本和依賴庫的影響一條命令就能起一個(gè)實(shí)例docker run -d --name redis \ -p 6379:6379 \ -v /data/redis:/data \ -v /etc/redis/redis.conf:/etc/redis/redis.conf \ redis:7.2 redis-server /etc/redis/redis.conf這里說一下參數(shù)的含義-d表示后臺(tái)運(yùn)行-p 6379:6379把宿主機(jī)的 6379 端口映射到容器的 6379-v是把宿主機(jī)目錄或文件掛載進(jìn)容器。為什么要掛載數(shù)據(jù)目錄因?yàn)槿萜魇桥R時(shí)的一旦容器被刪除容器內(nèi)部的數(shù)據(jù)就全部丟失而 Redis 的 RDB 和 AOF 文件如果存放在宿主機(jī)/data/redis里容器重建后數(shù)據(jù)還在。用 Docker 跑 Redis 適合已經(jīng)有微服務(wù)架構(gòu)、習(xí)慣用容器管理服務(wù)的團(tuán)隊(duì)。但在單機(jī)小規(guī)模場景下我反而覺得沒必要多引入 Docker 這層依賴直接源碼編譯更輕量資源占用也更少。如果你需要做主從復(fù)制或者哨兵集群那 Docker Compose 或者 Kubernetes 的編排能力就體現(xiàn)優(yōu)勢了這個(gè)后面可以單獨(dú)寫一篇不是本文的重點(diǎn)。3. 配置文件里最值得細(xì)看的幾個(gè)參數(shù)裝好 Redis 只是萬里長征第一步真正決定穩(wěn)定性和安全性的是配置文件redis.conf里的參數(shù)。很多人安裝完直接默認(rèn)啟動(dòng)結(jié)果用一段時(shí)間就遇到內(nèi)存暴漲、連接數(shù)打滿、數(shù)據(jù)莫名丟失等問題。這一節(jié)我把最核心的幾個(gè)配置項(xiàng)串講一遍。3.1 啟動(dòng)模式daemonize 與 supervisord 的坑Redis 默認(rèn)配置里daemonize是no也就是前臺(tái)運(yùn)行。如果你直接執(zhí)行redis-server /path/to/redis.conf會(huì)看到日志不停刷屏終端也被占住。改成daemonize yes后Redis 會(huì)以守護(hù)進(jìn)程方式在后臺(tái)運(yùn)行終端可以繼續(xù)干別的。這里有一個(gè)非常典型的坑在 Docker 環(huán)境下Redis 官方鏡像里默認(rèn)daemonize no因?yàn)槿萜餍枰粋€(gè)前臺(tái)進(jìn)程來維持容器生命。如果你把daemonize yes寫進(jìn)被掛載的配置文件里容器可能會(huì)啟動(dòng)后立即退出看起來像什么都沒發(fā)生。所以判斷要不要開 daemonize先想清楚你是在裸金屬/虛擬機(jī)環(huán)境部署還是在容器里部署。宿主機(jī)部署用 daemonize yes 順手容器環(huán)境必須保持前臺(tái)運(yùn)行。另外還有一個(gè)配套參數(shù)是pidfiledaemonize 開啟后 Redis 會(huì)把進(jìn)程號(hào)寫入這個(gè)文件。如果配置了 pidfile但對應(yīng)目錄不存在Redis 同樣會(huì)啟動(dòng)失敗。所以前面規(guī)劃目錄時(shí)我就特意提醒過/var/run/redis這個(gè)目錄要提前建好、給對權(quán)限。3.2 bind、protected-mode 和 requirepass安全三件套R(shí)edis 默認(rèn)配置里有幾道安全關(guān)卡默認(rèn)情況下它們其實(shí)是幫你擋住外部掃描的但很多教程為了圖方便會(huì)讓人直接注釋掉 bind 或把 protected-mode 改成 no結(jié)果服務(wù)器就變成了公網(wǎng)“肉雞”。我強(qiáng)烈建議你按下面的思路配置bind 0.0.0.0 protected-mode yes requirepass your-strong-passwordbind 0.0.0.0表示監(jiān)聽所有網(wǎng)卡適合需要被局域網(wǎng)內(nèi)其他機(jī)器訪問的場景。如果只用本機(jī)訪問可以只寫bind 127.0.0.1。protected-mode yes的含義是當(dāng) Redis 沒有設(shè)置密碼且沒有顯式 bind 時(shí)只允許本機(jī)回環(huán)地址連接避免未授權(quán)訪問。一旦你設(shè)置了 bind 非本機(jī)地址Redis 會(huì)認(rèn)為你“有意暴露服務(wù)”這時(shí)候如果沒有密碼它是會(huì)拒絕外部連接的這正是保護(hù)機(jī)制在起作用。所以完整的邏輯是要么bind 127.0.0.1只在本地用要么requirepass設(shè)一個(gè)高強(qiáng)度的訪問密碼把 protected-mode 保持開啟。不要一上來就protected-mode no那是把自己往火坑里推。設(shè)置密碼后客戶端連接時(shí)需要redis-cli -a your-password或者在連接串里帶上密碼。3.3 最大內(nèi)存與淘汰策略Redis 作為緩存最怕的就是內(nèi)存被寫滿。不設(shè)置maxmemory的話Redis 會(huì)一直占用服務(wù)器內(nèi)存直到觸發(fā) OOM然后整個(gè)進(jìn)程可能被系統(tǒng)殺掉。設(shè)置maxmemory的方式如下maxmemory 4gb maxmemory-policy allkeys-lrumaxmemory 4gb表示 Redis 最多使用 4GB 內(nèi)存超過之后就按照maxmemory-policy指定的策略淘汰 keys。常見的淘汰策略有這么幾種策略含義適用場景noeviction不淘汰直接返回錯(cuò)誤數(shù)據(jù)庫不可丟數(shù)據(jù)但容易觸頂allkeys-lru所有 key 按 LRU 近似算法淘汰最常見的緩存場景volatile-lru只淘汰設(shè)置了過期時(shí)間的 key混合存儲(chǔ)場景allkeys-lfu按訪問頻率淘汰最不常用的 key熱點(diǎn)數(shù)據(jù)特征明顯的場景volatile-ttl淘汰剩余 TTL 最短的 key想讓快過期的 key 先走我給你的建議是如果是純緩存用allkeys-lru基本沒錯(cuò)如果緩存里混著一些不能丟的業(yè)務(wù)數(shù)據(jù)可以改成volatile-lru并給這些重要 key 設(shè)置過期時(shí)間或者干脆不設(shè)過期。實(shí)際生產(chǎn)里我曾經(jīng)見過把maxmemory設(shè)得比物理內(nèi)存還高的情況結(jié)果 swap 被瘋狂使用性能驟降這個(gè)問題在后面常見問題里也值得記錄一筆。3.4 持久化RDB 與 AOF 的取舍Redis 雖然叫緩存但很多場景里它承擔(dān)著部分存儲(chǔ)職責(zé)這時(shí)候數(shù)據(jù)持久化就不能馬虎。save相關(guān)參數(shù)控制 RDB 快照默認(rèn)配置大約是這樣的save 900 1 save 300 10 save 60 10000意思是900 秒內(nèi)有 1 次寫操作就觸發(fā)快照300 秒內(nèi)有 10 次寫操作觸發(fā)快照60 秒內(nèi)有 10000 次寫操作觸發(fā)快照。RDB 文件是二進(jìn)制快照恢復(fù)速度快但如果 Redis 在兩次快照之間崩潰這部分?jǐn)?shù)據(jù)會(huì)丟。AOF 則是追加日志默認(rèn)關(guān)閉需要自己開啟appendonly yes appendfsync everysecappendfsync有三個(gè)選項(xiàng)always、everysec、no。always每條寫命令都刷盤最安全但性能最差everysec每秒刷一次盤性能和安全的平衡點(diǎn)no讓操作系統(tǒng)自己決定什么時(shí)候刷盤性能最好但數(shù)據(jù)丟得最多。日常使用我推薦everysec。如果你對數(shù)據(jù)一致性要求極高可以用always但要做好吞吐量打折的心理準(zhǔn)備。4. 從啟動(dòng)到開機(jī)自啟把運(yùn)維流程標(biāo)準(zhǔn)化Redis 裝好之后接下來的問題是怎么讓它優(yōu)雅地啟動(dòng)、優(yōu)雅地停止、重啟不丟配置并且開機(jī)自動(dòng)拉起。這些看似瑣碎的步驟恰恰是生產(chǎn)環(huán)境穩(wěn)定運(yùn)行的地基。4.1 前臺(tái)啟動(dòng)和后臺(tái)啟動(dòng)到底怎么選很多人分不清redis-server和redis-server /etc/redis.conf有什么區(qū)別。前者用的是內(nèi)置默認(rèn)配置后者才是加載你的自定義配置文件。我遇到不少新手直接redis-server啟動(dòng)結(jié)果改的 redis.conf 根本沒生效白忙活一場。正確的啟動(dòng)方式是/usr/local/redis/bin/redis-server /usr/local/redis/redis.conf如果你沒有把可執(zhí)行文件放進(jìn) PATH就得寫全路徑。配置文件路徑錯(cuò)了Redis 也會(huì)啟動(dòng)失敗或者使用默認(rèn)配置。啟動(dòng)之后用redis-cli ping驗(yàn)證返回PONG就說明服務(wù)已經(jīng)起來了。如果配置了 requirepass需要先redis-cli -a 密碼 ping。后臺(tái)啟動(dòng)配置了daemonize yes之后啟動(dòng)命令執(zhí)行完會(huì)立即返回Redis 進(jìn)程在后臺(tái)持續(xù)運(yùn)行。這時(shí)候別急著走最好看一眼日志文件確認(rèn)沒有異常告警。日志路徑在配置里是logfile /var/log/redis/redis.log默認(rèn)可能是空字符串表示輸出到標(biāo)準(zhǔn)輸出所以如果你的配置里沒寫 logfiledaemonize 模式下日志會(huì)丟失。4.2 把 Redis 注冊成 systemd 服務(wù)systemd 是現(xiàn)代 Linux 發(fā)行版的標(biāo)準(zhǔn)服務(wù)管理器所有主流發(fā)行版都支持。把 Redis 納入 systemd 管理后可以用systemctl start redis、systemctl enable redis這類統(tǒng)一命令操作服務(wù)還能實(shí)現(xiàn)開機(jī)自啟和故障自動(dòng)拉起。在/etc/systemd/system/redis.service里新建一個(gè)服務(wù)文件參考內(nèi)容如下[Unit] DescriptionRedis Server Afternetwork.target [Service] Typeforking Userredis Groupredis ExecStart/usr/local/redis/bin/redis-server /usr/local/redis/redis.conf ExecReload/bin/kill -USR2 $MAINPID ExecStop/bin/kill -TERM $MAINPID PIDFile/var/run/redis/redis.pid Restarton-failure RestartSec5 [Install] WantedBymulti-user.target這里有幾個(gè)關(guān)鍵點(diǎn)要說Typeforking表示 Redis 啟動(dòng)后自己 fork 成守護(hù)進(jìn)程所以 systemd 會(huì)通過 PIDFile 來跟蹤服務(wù)主進(jìn)程這個(gè) PIDFile 必須和 redis.conf 里配置的 pidfile 保持一致。Userredis和Groupredis讓 Redis 以低權(quán)限用戶運(yùn)行這是安全基線要求。Restarton-failure保證進(jìn)程因異常退出時(shí)能自動(dòng)拉起但要注意如果 Redis 是被密碼錯(cuò)誤或配置問題卡住反復(fù)退出這個(gè)自動(dòng)重啟會(huì)變成一種“抖動(dòng)”日志里會(huì)有大量重啟記錄排查時(shí)結(jié)合journalctl -u redis看。文件寫好后執(zhí)行systemctl daemon-reload systemctl enable redis systemctl start redis systemctl status redisdaemon-reload必須執(zhí)行否則 systemd 不會(huì)識(shí)別新建的服務(wù)文件。status命令會(huì)顯示當(dāng)前服務(wù)狀態(tài)、主進(jìn)程號(hào)、最近的日志這是排查問題的第一入口。4.3 日常運(yùn)維重啟、重載和優(yōu)雅關(guān)閉Redis 支持兩種常見信號(hào)SIGTERM正常關(guān)閉SIGKILL強(qiáng)制終止后者可能導(dǎo)致數(shù)據(jù)丟失。通過 systemd 操作時(shí)systemctl stop redis會(huì)發(fā) SIGTERMRedis 會(huì)把內(nèi)存中的數(shù)據(jù)執(zhí)行保存后退出這是優(yōu)雅關(guān)閉的標(biāo)準(zhǔn)姿勢。如果修改了 redis.conf很多參數(shù)可以通過systemctl reload redis觸發(fā)ExecReload里配置的kill -USR2 $MAINPID來生效。但要注意并不是所有配置都支持熱加載比如maxmemory、appendonly這些可以在運(yùn)維時(shí)通過redis-cli config set在線修改而這些修改默認(rèn)是臨時(shí)的重啟后失效要讓修改永久生效還得在 redis.conf 里同步改或者用CONFIG REWRITE命令把運(yùn)行時(shí)配置寫回配置文件。日常巡檢時(shí)我的習(xí)慣是執(zhí)行三條命令redis-cli info server | grep redis_version redis-cli info memory | grep used_memory_human redis-cli info stats | grep instantaneous_ops_per_sec一條查版本一條看內(nèi)存占用一條看當(dāng)前 QPS。這三項(xiàng)能覆蓋絕大多數(shù)健康度判斷場景。5. 連接驗(yàn)證與客戶端選型裝完不能只會(huì) redis-cli安裝部署完成只是開始接下來你需要驗(yàn)證服務(wù)是否真的可用并且選擇適合團(tuán)隊(duì)使用的客戶端工具。這里既有命令行工具也有可視化客戶端按使用場景不同分開說。5.1 用 redis-cli 做功能驗(yàn)證redis-cli是官方自帶的命令行客戶端也是排查問題的第一把鑰匙。最基本的連接命令redis-cli -h 192.168.1.10 -p 6379 -a your-password進(jìn)入交互模式后執(zhí)行ping返回PONGset foo bar能寫入get foo能讀取說明服務(wù)端一切正常。redis-cli還支持很多排查類命令比如redis-cli info查看運(yùn)行時(shí)信息redis-cli monitor實(shí)時(shí)打印所有請求redis-cli --bigkeys掃描大 Key。尤其--bigkeys在生產(chǎn)環(huán)境里非常有用可以快速找出內(nèi)存占用異常的大鍵這類鍵往往會(huì)導(dǎo)致慢查詢和內(nèi)存傾斜。還有一個(gè)小技巧redis-cli -a在命令行里直接帶密碼會(huì)出現(xiàn)在 shell 歷史里有安全隱患。更穩(wěn)妥的做法是設(shè)置環(huán)境變量REDISCLI_AUTHexport REDISCLI_AUTHyour-password redis-cli ping這樣 redis-cli 會(huì)自動(dòng)讀取環(huán)境變量里的密碼避免密碼出現(xiàn)在命令行參數(shù)和 history 里。這一點(diǎn)很多老運(yùn)維也會(huì)忽略。5.2 可視化客戶端Another Redis Desktop Manager 值得一試命令行適合排查問題但要快速瀏覽數(shù)據(jù)、批量修改 key可視化客戶端效率更高。市面上常見的幾款工具我簡單列一下Redis Desktop Manager老牌工具交互成熟但部分版本收費(fèi)Another Redis Desktop Manager開源免費(fèi)跨平臺(tái)功能完善Redis InsightRedis 官方推出的桌面工具界面新內(nèi)置分析能力命令行愛好者也可以用 redis-cli 加上--json之類參數(shù)做輔助我個(gè)人比較推薦 Another Redis Desktop Manager因?yàn)樗?Linux 和 Windows 上都有現(xiàn)成客戶端連接遠(yuǎn)程 Redis 時(shí)只需要填 IP、端口、密碼還能按正則表達(dá)式匹配 key。不過要注意生產(chǎn)環(huán)境使用可視化工具時(shí)盡量只開只讀權(quán)限的賬號(hào)避免誤操作把數(shù)據(jù)清掉。正因如此Redis 6.0 之后引入的 ACL 權(quán)限體系值得認(rèn)真用起來給不同角色分配最小權(quán)限。5.3 局域網(wǎng)多實(shí)例部署時(shí)要注意什么如果你的服務(wù)器需要被多臺(tái)業(yè)務(wù)機(jī)器連接一定要確認(rèn)幾個(gè)點(diǎn)第一防火墻放行對應(yīng)端口比如firewall-cmd --add-port6379/tcp --permanent或者安全組規(guī)則里加白名單第二確認(rèn)bind沒有只停留在127.0.0.1第三確認(rèn)客戶端連接串里有正確的密碼。多實(shí)例部署時(shí)建議每個(gè)實(shí)例用獨(dú)立端口、獨(dú)立配置目錄、獨(dú)立持久化目錄比如 6380、6381 分別對應(yīng)不同的業(yè)務(wù)線這樣可以避免相互影響。我曾經(jīng)接手過一臺(tái)服務(wù)器上面跑著三個(gè) Redis 實(shí)例由于配置目錄沒有分開一個(gè)實(shí)例執(zhí)行了FLUSHALL其他實(shí)例的數(shù)據(jù)也一起被清掉了。這個(gè)教訓(xùn)說明多實(shí)例環(huán)境下不僅要隔離文件目錄更要隔離權(quán)限賬號(hào)操作時(shí)看清當(dāng)前連接的是哪個(gè)端口。6. 常見問題與排查思路這些坑我替你先踩了最后這部分是我最想分享的內(nèi)容。安裝 Redis 過程中絕大多數(shù)報(bào)錯(cuò)都不是玄學(xué)而是有明確原因的。下面整理幾個(gè)高頻問題每個(gè)問題附帶排查步驟和解決思路。6.1 編譯報(bào)錯(cuò)jemalloc/jemalloc.h: No such file or directory這個(gè)報(bào)錯(cuò)可以說是源碼安裝時(shí)出現(xiàn)頻率最高的。Redis 默認(rèn)的構(gòu)建方式會(huì)使用deps/jemalloc如果系統(tǒng)缺少必要的構(gòu)建工具鏈或者某些系統(tǒng)路徑下的頭文件缺失就會(huì)導(dǎo)致編譯中斷。解決辦法有三種第一種在 make 時(shí)強(qiáng)制使用 libc 內(nèi)存分配器make MALLOClibc第二種先清理編譯緩存再重試make distclean make第三種安裝構(gòu)建依賴后重新編譯# Ubuntu/Debian apt install build-essential tcl pkg-config -y # CentOS/RHEL yum groupinstall Development Tools -y一般做完這三步編譯問題就迎刃而解了。如果還不行把錯(cuò)誤信息完整貼到搜索引擎里基本都能找到對應(yīng)發(fā)行版的解決方案。6.2 啟動(dòng)后看不到進(jìn)程日志也沒報(bào)錯(cuò)這種情況往往讓人最頭疼。執(zhí)行redis-server redis.conf后命令沒有輸出但ps -ef | grep redis也看不到進(jìn)程服務(wù)似乎“憑空消失”了。第一步先確認(rèn)配置文件里的daemonize是不是 yes如果是Redis 會(huì) fork 到后臺(tái)命令本身沒有輸出是很正常的。第二步檢查 pidfile 路徑如果配置了/var/run/redis/redis.pid而/var/run/redis目錄不存在進(jìn)程會(huì)啟動(dòng)失敗。第三步看日志文件如果配置了logfile去對應(yīng)路徑查看如果沒配置Redis 默認(rèn)向 stdout 輸出daemonize 后這些輸出往往就丟了。所以我的建議是配置階段一定要把 logfile 配好排查問題時(shí)日志就是最可靠的現(xiàn)場。6.3 客戶端連接超時(shí)問題多半出在防火墻Redis 裝上去了本機(jī) redis-cli 能連但遠(yuǎn)程一連接就超時(shí)。遇到這種問題先別懷疑 Redis 配置按順序檢查三個(gè)地方第一bind是否只綁了回環(huán)地址。執(zhí)行redis-cli -h 127.0.0.1 info能連但redis-cli -h 服務(wù)器IP info連不上多半就是 bind 問題。第二防火墻是否放行端口。CentOS 7 以上默認(rèn)用 firewalld執(zhí)行firewall-cmd --list-all查看開放端口。第三云廠商安全組規(guī)則。很多云服務(wù)器即使系統(tǒng)防火墻放行了安全組層面仍會(huì)攔截需要在控制臺(tái)配置入方向規(guī)則。我之前處理過一個(gè)案例排查到最后發(fā)現(xiàn)是云平臺(tái)安全組只放行了 22 端口Redis 的 6379 雖然在系統(tǒng)防火墻里放行了但到云平臺(tái)那一層就被拒了。這類問題只要按“本機(jī)-防火墻-安全組”的順序逐層排查幾分鐘就能定位。6.4 maxmemory 設(shè)置過高導(dǎo)致 swap 抖動(dòng)這也是一個(gè)很隱蔽的性能問題。服務(wù)器物理內(nèi)存 8GBRedis 的 maxmemory 也設(shè)成 8GB結(jié)果 Redis 進(jìn)程占用的內(nèi)存加上系統(tǒng)其他程序的內(nèi)存一共超過了物理內(nèi)存操作系統(tǒng)開始把 Redis 的內(nèi)存頁換到 swap。Redis 一旦發(fā)生 swap訪問延遲會(huì)從微秒級(jí)飆升到幾十毫秒甚至更高。排查方法很簡單執(zhí)行redis-cli info memory查看used_memory同時(shí)用free -h看 swap 使用情況。如果 swap 明顯增長說明內(nèi)存分配過大了。正確的做法是給 Redis 預(yù)留足夠的內(nèi)存余量比如物理內(nèi)存 8GB 的機(jī)器maxmemory 設(shè)置 4GB 到 5GB 已經(jīng)算比較激進(jìn)了剩下要留給操作系統(tǒng)頁緩存和其他進(jìn)程。還有一種更細(xì)的做法是啟用內(nèi)核參數(shù)vm.swappiness1盡量減少 swap 的使用傾向。6.5 Redis 頻繁重啟先看日志再看內(nèi)核參數(shù)生產(chǎn)環(huán)境最怕 Redis 無緣無故退出。這類問題我會(huì)先看journalctl -u redis如果發(fā)現(xiàn)有Background saving error或者Cant save in background: fork: Cannot allocate memory那基本可以判斷是 overcommit 策略設(shè)置導(dǎo)致的。Linux 默認(rèn)的vm.overcommit_memory0Redis 做 RDB 持久化時(shí) fork 子進(jìn)程會(huì)嘗試申請一塊接近父進(jìn)程內(nèi)存大小的虛擬內(nèi)存如果系統(tǒng)認(rèn)為自己內(nèi)存不足fork 就會(huì)失敗。解決方式是設(shè)置sysctl vm.overcommit_memory1這個(gè)值的意思是允許進(jìn)程申請超過物理內(nèi)存的虛擬內(nèi)存Redis 的 fork 就不會(huì)因?yàn)樘摂M內(nèi)存不足而失敗。同時(shí)還可以開啟 Transparent Huge Pages 禁用因?yàn)?THP 會(huì)增大 Redis 的延遲和內(nèi)存消耗可以通過如下方式臨時(shí)關(guān)閉echo never /sys/kernel/mm/transparent_hugepage/enabled持久化設(shè)置可以寫到/etc/sysctl.conf和相關(guān)的 rc.local 或 systemd unit 里。這類內(nèi)核參數(shù)是很多安裝教程不會(huì)提的但生產(chǎn)環(huán)境一旦遇到 Redis 無故崩潰它們往往就是幕后黑手。寫在最后的一點(diǎn)個(gè)人經(jīng)驗(yàn)這篇文章里的每一步幾乎都是我在真實(shí)服務(wù)器上跑過的。從最早只會(huì)yum install redis然后被老版本坑到后來堅(jiān)持源碼編譯、規(guī)范目錄、設(shè)置 systemd再到把安全參數(shù)和內(nèi)核參數(shù)調(diào)到位這個(gè)進(jìn)化過程其實(shí)就是運(yùn)維經(jīng)驗(yàn)的積累過程。如果你要問我最重要的建議是什么我會(huì)說安裝 Redis 不難難的是安裝之后那一整套配置和運(yùn)維習(xí)慣。把 daemonize 和 pidfile 的關(guān)系搞清楚把 bind 和 protected-mode 的關(guān)系搞清楚再養(yǎng)成看一眼日志的習(xí)慣你就能避開大部分新手會(huì)踩的坑。另外裝完之后記得做一次重啟演練——先把 Redis 停掉再啟動(dòng)確認(rèn)數(shù)據(jù)還在、配置沒丟、服務(wù)能正常拉起。這個(gè)動(dòng)作看著簡單但真到服務(wù)器宕機(jī)恢復(fù)的時(shí)候能幫你省下最寶貴的搶救時(shí)間。