redis集群配置參數(shù)及優(yōu)化

1、Redis集群配置參數(shù)及優(yōu)化Redis 的主要參數(shù)配置在 redis.conf 文件中。conf內(nèi)存值bindip默認(rèn)情況下，如果沒(méi)有指定“bind 配置指令，Redis 所有網(wǎng)絡(luò)接口的連接。默認(rèn)情況： bind 127.0.0.1實(shí)際配置： bind 本機(jī) ipprotected-modeyes啟用默認(rèn)保護(hù)模式。 只有當(dāng)您確定您希望其他主機(jī)的客戶(hù)端連接到 Redis時(shí)，您才應(yīng)該禁用它，即使沒(méi)有配置身份驗(yàn)證，也沒(méi)有使用列出特定的接口集。tcp-keepalive300bind 指令顯式如果非零，請(qǐng)使用 SO_KEEPALIVE 向沒(méi)有通信的客戶(hù)發(fā)送 TCP 這很有用，有兩個(gè)原因 :檢測(cè)死同伴從

2、中間的網(wǎng)絡(luò)設(shè)備的角度進(jìn)行連接在 Linux 上，指定的值 （以秒為單位 ）是用于發(fā)送 ack 的周期。注意，要關(guān)閉連接，需要雙倍的時(shí)間。這個(gè)選項(xiàng)的合理值是 300 Redis Redis 321 開(kāi)始。timeout0在客戶(hù)機(jī)空閑 N 秒后關(guān)閉連接（0 到禁用）port6379在指定端口上接受連接，默認(rèn)值是 6379daemonize yesredis后臺(tái)運(yùn)行pidfile/var/run/redis_6379.pid如果指定了一個(gè)pid文件，Redis會(huì)在啟動(dòng)時(shí)指定，并在退出時(shí)刪除它。服務(wù)器運(yùn)行非守護(hù)進(jìn)程時(shí)，如果配置中沒(méi)有指定 pid 文件，則不會(huì)創(chuàng) 建pid 文件。當(dāng)服務(wù)器被守護(hù)時(shí)，即使沒(méi)

3、有指定，也會(huì)使用pid文件，默認(rèn)為“/var/run/redis.pid?！眲?chuàng)建一個(gè) pid 文件是最好的工作：如果 Redis 不能創(chuàng)建它，那么服務(wù)器就會(huì)正常啟動(dòng)和運(yùn)行l(wèi)oglevelnotice指定服務(wù)器冗余級(jí)別包括：debug:大量信息，用于開(kāi)發(fā)/測(cè)試verbosedebug級(jí)別那樣混亂notice:適度詳細(xì)，可能在生產(chǎn)中需要warning:只有非常重要/關(guān)鍵的消息被記錄logfile指定日志文件名。還可以使用空字符串強(qiáng)制 Redis 登錄標(biāo)準(zhǔn)輸出。請(qǐng)注 意，如果您使用標(biāo)準(zhǔn)輸出來(lái)記錄日志，但是/dev/null。databases16daemalize,日志將被發(fā)送到DB0selectd

4、bid0和databases-1之間的數(shù)字。always-show-logoyes默認(rèn)情況下， Redis 只顯示了 ASCII 藝術(shù)標(biāo)志，當(dāng)開(kāi)始記錄到標(biāo)準(zhǔn)輸出時(shí)，如果標(biāo)準(zhǔn)輸出是TTY。基本上，這意味著通常只有在交互式會(huì)話(huà)中才會(huì) 顯示徽標(biāo)。但是，可以強(qiáng)制執(zhí)行 4.0 的行為，并且在啟動(dòng)日志中始終顯示一 個(gè) ASCII藝術(shù)標(biāo)識(shí)，通過(guò)設(shè)置下面的選項(xiàng)為 yes。dbfilename dump.rdb要轉(zhuǎn)儲(chǔ)數(shù)據(jù)庫(kù)的文件名，存儲(chǔ)文件。dir工作目錄dbfilename在此目錄中創(chuàng)建附加文件。注意，您必須在這里指定一個(gè)目錄，而不是文件名。slaveof主從復(fù)制。使用 slaveof 來(lái)讓一個(gè) Redis

5、實(shí)例復(fù)制另一個(gè) Redis 服務(wù)器。Redis復(fù)制是異步的；如果復(fù)制鏈接在相對(duì)較小的時(shí)間內(nèi)丟失，Redis的奴隸可以與主服務(wù) 器進(jìn)行部分的重新同步。復(fù)制是自動(dòng)的，不需要用戶(hù)干預(yù)。在網(wǎng)絡(luò)分區(qū)后，奴隸會(huì)自動(dòng)嘗試 重新連接主人并與他們重新同步。masterauthmaster是密碼保護(hù)的使用下面的“requirepas配置指令)制同步進(jìn)程之前，可以告訴奴隸進(jìn)行身份驗(yàn)證，否則主人將拒絕奴隸請(qǐng)求。slave-serve-stale-datayes當(dāng)一個(gè)奴隸失去與主人的聯(lián)系，或當(dāng)復(fù)制仍在進(jìn)行時(shí)，奴隸可以采取兩 種不同的方式 :slave-serve-stale-datO被設(shè)置為“yes默認(rèn)）slave仍然

6、會(huì)回復(fù)客戶(hù)端請(qǐng)求，可能是由于過(guò)時(shí)數(shù)據(jù)，或者如果這是第一次同步， 數(shù)據(jù)集可能是空的。slave-serve-stale-dataslave將會(huì)以“與master 同步”的錯(cuò)誤來(lái)回復(fù)所有的命令， but to INFO and SLAVEOF。slave-read-onlyyes注:只讀奴隸不被設(shè)計(jì)成在互聯(lián)網(wǎng)上接觸不可信的客戶(hù)。 它只是一個(gè)防止 濫用實(shí)例的保護(hù)層。在默認(rèn)情況下，仍然只讀取奴隸的導(dǎo)出， 所有的管理命令， 例如CONFIG、 DEBUG 等等。在一定程度上，您可以通過(guò)使用“renameommand 對(duì)所有的管理 /危險(xiǎn)命令進(jìn)行隱藏，從而提高讀取的安全性。repl-backlog-siz

7、e1mbbacklog 是一個(gè)緩沖區(qū)slave-priority100Redis Sentinel 奴隸來(lái)提升為主人。一個(gè)低優(yōu)先級(jí)的奴隸被認(rèn)為是更好的晉升機(jī)會(huì)，例如，如果有三個(gè)優(yōu)先 級(jí)為10、100、25 個(gè)哨兵的奴隸將選擇優(yōu)先級(jí)為 10 的，這是最低的。然而， 一個(gè)特殊的優(yōu)先級(jí) 0 標(biāo)志著奴隸不能執(zhí)行主人的角色，因此，優(yōu)先級(jí)為 0 的 奴隸將永遠(yuǎn)不會(huì)被 Redis Sentinel 選中來(lái)提升。默認(rèn)情況下，優(yōu)先級(jí)是 100。maxclients10000設(shè)置同時(shí)連接客戶(hù)端的最大數(shù)量，默認(rèn)情況下這個(gè)限制設(shè)置為10000 個(gè)客戶(hù)，一旦達(dá)到限制，Redis 將關(guān)閉所有新的連接，發(fā)送錯(cuò)誤的最大客戶(hù)數(shù)

8、。maxmemory將內(nèi)存使用限制設(shè)置為指定的字節(jié)數(shù)。如果您有附加的奴隸，建議您為maxmemory設(shè)置一個(gè)較低的限制，以便在系統(tǒng)上有一些空閑RAM用于輸出緩沖區(qū)（但如果策略是“n驅(qū)逐”，貝U不需 這樣做 ）。maxmemory-policynoevictionMAXMEMORY 策略:當(dāng)達(dá)到 MAXMEMORY 時(shí)，Redis 將選擇要?jiǎng)h除的內(nèi)容volatile-lru: LRU 結(jié)束設(shè)置。allkeys-lru: 使用近似的 LRU 清除任何鍵。volatile-lfu:LFU allkeys-lfu:LFUvolatile-random:鑰刪除，其中有一個(gè)過(guò)期設(shè)置。allkeys-ran

9、domvolatile-ttl:刪除最近過(guò)期時(shí)間的鍵（小TTL）noevictio n:不驅(qū)逐任何東西，只返回寫(xiě)操作上的錯(cuò)誤。注：LRU 的意思是最近使用最少，LFU 的意思是最不常用，LRU、LFU 和揮發(fā)性 均采用近似隨機(jī)算法實(shí)現(xiàn)。在上面的任何一個(gè)策略中， 返回一個(gè)寫(xiě)操作上的錯(cuò)誤，當(dāng)沒(méi)有合適的鍵來(lái)驅(qū)逐時(shí)。默認(rèn)是 :maxmemory-policy noevictionmaxmemory-samples5Redis 將LRU、 LFU 和最小 TTL 算法不是精確的算法，而是近似算法 （為了節(jié)省 內(nèi)存），所以你可以對(duì)它進(jìn)行調(diào)優(yōu)，以達(dá)到速度或精度。對(duì)于默認(rèn)的 Redis將檢查 5 個(gè)鍵并選擇最

10、近使用較少的鍵，您可以使用下面的配置指令來(lái)更改示 例的大小。5 產(chǎn)生足夠好的結(jié)果。十分接近真實(shí)的3 更快，但不太準(zhǔn)確。appendonlyyes只追加模式LRU，但成本更大。aof 日志開(kāi)啟有需要就開(kāi)啟，它會(huì)每次寫(xiě)操作都記錄一條日志 默認(rèn)情況下， Redis 會(huì)異步地轉(zhuǎn)儲(chǔ)磁盤(pán)上的數(shù)據(jù)集。這種模式在許多應(yīng)用 程序中都很好，但是對(duì)于 Redis 進(jìn)程或斷電可能會(huì)導(dǎo)致幾分鐘的寫(xiě)入丟失（取 決于配置的保存點(diǎn) ）。Appe nd 文件是一種替代持久性模式，它提供了更好的持久性。AOF 和 RDB 持久性可以同時(shí)啟用，沒(méi)有問(wèn)題。如果在啟動(dòng) Redis 上啟用了 AOF，則會(huì)加載AOF ,這是具有更好的耐久

11、 性保證的文件。appendfilename appendonly.aofappendfsynceverysecfsync（）的更多數(shù)據(jù)。有些操作系統(tǒng)會(huì)在磁盤(pán)上刷新數(shù)據(jù)，有些操作系統(tǒng)會(huì)盡快處理Redis 支持三種不同的模式 :no:不要 fsync,只需讓操作系統(tǒng)在需要的時(shí)候刷新數(shù)據(jù)。Fasteralways:fsync每次寫(xiě)完后只添加日志。Slow,everysec:fs ync 每秒鐘一次。Compromise默認(rèn)的是everysec，”因?yàn)檫@通常是速度和數(shù)據(jù)安全之間的正確折衷。由 你理解如果你能放松這個(gè) “不”字,讓操作系統(tǒng)刷新輸出緩沖區(qū)時(shí) ,為了更好的 表（但是如果你可以忍受一些數(shù)據(jù)丟

12、失的想法考慮默認(rèn)快照的持久性模式）,或相反,使用“always非常緩慢但比everyseC女口果不確定，就用“everysec。”no-appendfsync-on-rewriteno如果您有延遲問(wèn)題，請(qǐng)將其轉(zhuǎn)換為yes。否則，從持久性的角度來(lái)看， 設(shè)置為no是最安全的選擇。auto-aof-rewrite-percentage100auto-aof-rewrite-min-size64mb自動(dòng)重寫(xiě)附加文件Redis 能夠自動(dòng)地重寫(xiě)日志文件，當(dāng) AOF 日志大小以指定的百分比增長(zhǎng) 時(shí)， 隱式地調(diào)用 BGREWRITEAOF 。工作方式 :Redis 記得在最近一次重寫(xiě)后的 AOF 文件的大小

13、（如果在重啟后沒(méi)有重寫(xiě)，那么在啟動(dòng)時(shí) AOF 的大小就會(huì)被使用 ）。此基礎(chǔ)大小與當(dāng)前大小比較。如果當(dāng)前的大小大于指定的百分比，則會(huì) 觸發(fā)重寫(xiě)。 您還需要為 AOF 文件指定一個(gè)最小的大小來(lái)重寫(xiě)， 這對(duì)于避免重 寫(xiě)AOF 文件是很有用的，即使增加了百分比，但是它仍然很小。指定一個(gè)百分比為零，以禁用自動(dòng)的重寫(xiě)功能。aof-load-truncatedyes在 Redis 啟動(dòng)過(guò)程中，當(dāng) AOF 數(shù)據(jù)被加載回內(nèi)存時(shí)，可能會(huì)發(fā)現(xiàn) AOF 文件被截?cái)唷of-load-truncatedyes,AOFno,服no redi-scheckaof AOF 文件。注意， 如果在中間發(fā)現(xiàn) AOF 文件被損壞，

14、服務(wù)器仍然會(huì)以錯(cuò)誤退出。 此選項(xiàng)只適用于 Redis 將嘗試從 AOF 文件讀取更多數(shù)據(jù)，但不會(huì)找到足夠的字 節(jié)。cluster-enabledyes開(kāi)啟集群cluster-config-filenodes-6379.conf每個(gè)集群節(jié)點(diǎn)都有一個(gè)集群配置文件。它是由 Redis 節(jié)點(diǎn)自動(dòng)創(chuàng)建和更 新的。每個(gè) Redis 集群節(jié)點(diǎn)都需要一個(gè)不同的集群配置文件。注：確保在同一系統(tǒng)中運(yùn)行的實(shí)例沒(méi)有重疊的集群配置文件名。集群的 配置, 配置文件首次啟動(dòng)自動(dòng)生成。cluster-node-timeout 5000 群集節(jié)點(diǎn)超時(shí)是指節(jié)點(diǎn)在失敗狀態(tài)下必須不可到達(dá)的毫秒數(shù)。大多數(shù)其 他內(nèi)部時(shí)間限制是節(jié)點(diǎn)超時(shí)的

15、倍數(shù)。注：請(qǐng)求超時(shí) ,設(shè)置 5 秒夠了。cluster-require-full-coverageyes默認(rèn)情況下， Redis 集群節(jié)點(diǎn)如果檢測(cè)到至少有一個(gè)散列槽 （沒(méi)有可用的節(jié)點(diǎn)正在服務(wù) ），就會(huì)停止接受查詢(xún)。這樣，如果集群部分宕機(jī) （例如，不再覆蓋散列槽的范圍 ）但是，有時(shí)您希望集群的子集繼續(xù)工作，繼續(xù)接受仍然覆蓋的關(guān)鍵空間 部分cluster-require-full-coverageno。slowlog-log-slower-than10000“Redis 慢速日志 ”是一個(gè)記錄超過(guò)指定執(zhí)行時(shí)間的查詢(xún)的系統(tǒng)。 執(zhí)行時(shí)間不包括 I/O 操作 ,比如與客戶(hù)端 ,發(fā)送應(yīng)答等等 ,但就實(shí)際執(zhí)

16、行命令所需的時(shí)間（這是唯一階段命令執(zhí)行的線(xiàn)程被阻塞 ,不能同時(shí)處理其他請(qǐng)求 ）。您可以使用兩個(gè)參數(shù)來(lái)配置慢速日志：一個(gè)告訴Redis,在微秒內(nèi)，執(zhí)行時(shí)間超過(guò)了命令的執(zhí)行時(shí)間，另一個(gè)參數(shù)是慢日志的長(zhǎng)度命令被記錄時(shí)，最老的命令將從已記錄的命令隊(duì)列中刪除。單位：微秒（第 18 條）。當(dāng)新slowlog-max-len128這個(gè)長(zhǎng)度沒(méi)有限制。只要意識(shí)到它會(huì)消耗內(nèi)存?？梢曰厥绽寐偃罩?重置的慢速日志。latency-monitor-threshold0Redis 延遲監(jiān)控子系統(tǒng)在運(yùn)行時(shí)對(duì)不同的操作進(jìn)行采樣，以便收集與Redis 實(shí)例可能的延遲來(lái)源相關(guān)的數(shù)據(jù)。通過(guò)延遲命令，用戶(hù)可以使用這些信息來(lái)打印圖

17、表并獲取報(bào)告。該系統(tǒng)只記錄在一個(gè)時(shí)間內(nèi)執(zhí)行的操作，該操作的時(shí)間等于或大于通過(guò) 延遲監(jiān)控閾值配置指令所指定的毫秒數(shù)。當(dāng)它的值設(shè)置為 0 時(shí)，延遲監(jiān)視器 就關(guān)閉了。默認(rèn)情況下，延遲監(jiān)視是禁用的，因?yàn)槿绻鷽](méi)有延遲問(wèn)題，并且收集 數(shù)據(jù)具有性能影響，那么在很大的負(fù)載下可以度量數(shù)據(jù)的性能影響。在運(yùn)行 時(shí)，如果需要，可以很容易地使用命令 CONFIG SET latency-monitor-threshold 來(lái)啟用延遲監(jiān)視。hash-max-ziplist-entries 512 hash-max-ziplist-value64Hashes 使用內(nèi)存有效的數(shù)據(jù)結(jié)構(gòu)進(jìn)行編碼，當(dāng)它們有少量的條目時(shí)，最 大的

18、條目不超過(guò)給定的閾值?？梢允褂靡韵轮噶顏?lái)配置這些閾值。list-max-ziplist-size -2列表也以一種特殊的方式編碼，以節(jié)省大量空間。每個(gè)內(nèi)部列表節(jié)點(diǎn)允 許的條目數(shù)可以指定為固定的最大大小或元素的最大數(shù)量。對(duì)于固定的最大 尺寸，使用 -5 到 -1，意思是 :-5:最大大小 :64kb -不推薦用于正常工作負(fù)載-4:最大尺寸 :32kb -不推薦-3:最大尺寸 :16kb -可能不推薦-2:最大尺寸 :8kb -很好-1:最大尺寸 :4 Kb - 很好 正數(shù)意味著存儲(chǔ)到每個(gè)列表節(jié)點(diǎn)上的元素?cái)?shù)量。最高執(zhí)行選項(xiàng)通常是-2（8kb大小）或-1（4Kb大?。┪?一的，則根據(jù)需要調(diào)整設(shè)置。l

19、ist-compress-depth0列表也可能被壓縮壓縮深度是列表的每個(gè)邊的 quicklist ziplist 節(jié)點(diǎn)的數(shù)量，以排除壓縮。列表的頭和尾總是為快速的 push/pop 操作而沒(méi)有壓縮。設(shè)置:0:禁用所有列表壓縮。1:depth 1 的意思是 “在 1 個(gè)節(jié)點(diǎn)進(jìn)入列表后，從頭部或尾部開(kāi)始?jí)嚎s ”So: head-node-node-.-node-tail， head, tail 部節(jié)點(diǎn)將壓縮。2:head-next-node-node-.-node-prev-tail2 在這里的意思是：head head-next tail-prev tail壓縮它們之間的所有節(jié)點(diǎn)。3：head

20、-next-next-node-node-.-node-prev-prev-tailset-max-intset-entries512集合有一個(gè)特殊的編碼 :當(dāng)一個(gè)集合由剛好是在 64 位有符號(hào)整數(shù)范圍內(nèi) 的基數(shù) 10 中的整數(shù)組成。此配置設(shè)置設(shè)置了大小的限制。zset-max-ziplist-entries128zset-max-ziplist-value64也是經(jīng)過(guò)特殊編碼的，以節(jié)省大量空間。注：此編碼僅當(dāng)排序集的長(zhǎng)度和元素低于以下限制時(shí)使用。hll-sparse-max-bytes3000HyperLogLog 16 loglog 跨越這個(gè)限制時(shí)，它被轉(zhuǎn)換為稠密表示。注：一個(gè)大于 160

21、00 的值是完全無(wú)用的，因?yàn)樵谀莻€(gè)點(diǎn)上，稠密表示的 內(nèi)存更有效。建議值為 3000，以便在不減速的情況下獲得空間有效編碼的好處，而PFADD 0（N）CPU 10000,但 是空間、數(shù)據(jù)集由許多具有基數(shù)在 0 - 1 5000 范圍內(nèi)的超 loglog 組成。activerehashingyesActive rehashing 每 100 毫秒使用 1 毫秒的 CPU 時(shí)間來(lái)幫助重散主 Redis哈希表 （一個(gè)映射到值的頂級(jí)鍵 ）。默認(rèn)情況下， 每秒鐘使用這個(gè)毫秒為 10 次，以便主動(dòng)地對(duì)主字典進(jìn)行重 新處理，在可能的情況下釋放內(nèi)存。使用“activerehashing nq如果您有很強(qiáng)的延遲

22、需求，并且在您的環(huán)境中，Redis 可以不時(shí)地以 2 毫秒的延遲來(lái)答復(fù)查詢(xún)，這不是一件好事。activerehashingyes下盡快釋放內(nèi)存。client-qutput-buffer-limitnqrmal000client-qutput-buffer-limitslave256mb64mb60client-qutput-buffer-limit pubsub32mb8mb60客戶(hù)端輸出緩沖區(qū)的限制可以用來(lái)強(qiáng)迫那些由于某些原因而不快速讀 取服務(wù)器數(shù)據(jù)的客戶(hù)斷開(kāi)連接 （一個(gè)常見(jiàn)的原因是，Pub/Sub客戶(hù)端不能像發(fā)布服務(wù)器那樣快速地使用消息 ）。對(duì)于三種不同類(lèi)型的客戶(hù)，可以設(shè)置不同的限制 :

23、nqrmal:nqrmal clients 包括監(jiān)控客戶(hù)端 slave : slave clients pubsub : 客戶(hù)端訂閱了至少一個(gè) pubsub 通道或模式每個(gè) client-output-buffer-limit 指令的語(yǔ)法如下 :client-output-buffer-limit當(dāng)達(dá)定的秒數(shù) （持續(xù) ）。例如如果硬限制是 32 字節(jié)和軟限制是 16 mb / 10 秒,客戶(hù)端會(huì)立即斷開(kāi)輸 出緩沖區(qū)的大小達(dá)到 32 字節(jié),但也會(huì)斷開(kāi)如果客戶(hù)達(dá)到 16 字節(jié),不斷克服了限 制10 秒鐘。默認(rèn)情況下，正常的客戶(hù)機(jī)不受限制，因?yàn)樗鼈儾粫?huì)在沒(méi)有請(qǐng)求的情況 下接收數(shù)據(jù)（按push方式），

24、但是在請(qǐng)求之后，所以只有異步客戶(hù)機(jī)可能會(huì)創(chuàng)建一場(chǎng)景，在這個(gè)場(chǎng)景中，請(qǐng)求數(shù)據(jù)的速度比讀取的速度要快。相反，對(duì)于pubsub和從客戶(hù)端來(lái)說(shuō)，這是一個(gè)默認(rèn)的限制，因?yàn)橛嗛喺吆团`會(huì)以推 送的方式接收數(shù)據(jù)。無(wú)論是強(qiáng)的還是弱的限制都可以通過(guò)設(shè)置為零來(lái)禁用。hz 10Redis 調(diào)用一個(gè)內(nèi)部函數(shù)來(lái)執(zhí)行許多后臺(tái)任務(wù)， 比如超時(shí)關(guān)閉客戶(hù)機(jī)連接、清除未請(qǐng)求的過(guò)期鍵等。不是所有的任務(wù)都以相同的頻率執(zhí)行，但是 Redis 檢查任務(wù)是否按照指定的“ hZ”執(zhí)行。默認(rèn)的h1。當(dāng)Redis空閑時(shí)，提高該值將使用更多的 CP, 但同時(shí)，當(dāng)有許多鍵同時(shí)到期時(shí)，將使 Redis 更加敏感，并且可以更精確地 處理超時(shí)。注：這個(gè)范圍在 1 到 500 之間，但是超過(guò) 100 通常不是