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

1、Redis集群配置參數(shù)及優(yōu)化Redis的主要參數(shù)配置在redis.conf文件中。conf 內(nèi)存值bind ip默認(rèn)情況下，如果沒有指定“bind”配置指令，Redis將偵聽服務(wù)器上可用 的所有網(wǎng)絡(luò)接口的連接。默認(rèn)情況：bind 127.0.0.1實際配置：bind本機ipprotected-mode yes啟用默認(rèn)保護(hù)模式。只有當(dāng)您確定您希望其他主機的客戶端連接到Redis 時，您才應(yīng)該禁用它，即使沒有配置身份驗證，也沒有使用“bind”指令顯式 列出特定的接口集。tcp-keepalive 300如果非零，請使用SO_KEEPALIVE向沒有通信的客戶發(fā)送TCP協(xié)議。這很有用，有兩個原因：

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

3、務(wù)器被守護(hù)時，即使沒有指定，也會使用pid文件，默認(rèn)為 “/var/run/redis.pid”。創(chuàng)建一個pid文件是最好的工作:如果Redis不能創(chuàng)建它，那么服務(wù)器就 會正常啟動和運行。loglevel notice指定服務(wù)器冗余級別包括：debug:大量信息，用于開發(fā)/測試verbose:許多很少有用的信息，但不像debug級別那樣混亂notice:適度詳細(xì)，可能在生產(chǎn)中需要warning:只有非常重要/關(guān)鍵的消息被記錄logfile 指定日志文件名。還可以使用空字符串強制Redis登錄標(biāo)準(zhǔn)輸出。請注 意，如果您使用標(biāo)準(zhǔn)輸出來記錄日志，但是 daemalize， 日志將被發(fā)送到 /dev/

4、nullodatabases 16設(shè)置數(shù)據(jù)庫的數(shù)量。默認(rèn)數(shù)據(jù)庫是DB 0 ,您可以使用select在每個連接 上選擇一個不同的數(shù)據(jù)庫，其中dbid是一個0和databases之間的數(shù)字。always-show-logo yes默認(rèn)情況下，Redis只顯示了 ASCII藝術(shù)標(biāo)志，當(dāng)開始記錄到標(biāo)準(zhǔn)輸出 時，如果標(biāo)準(zhǔn)輸出是TTY。基本上，這意味著通常只有在交互式會話中才會 顯示徽標(biāo)。但是，可以強制執(zhí)行4.0的行為，并且在啟動日志中始終顯示一 個ASCII藝術(shù)標(biāo)識，通過設(shè)置下面的選項為yesodbfilename dump.rdb要轉(zhuǎn)儲數(shù)據(jù)庫的文件名，存儲文件。dir ./工作目錄將在這個目錄中寫入，

5、使用“dbfilename”配置指令指定上面指定的文件名。 只在此目錄中創(chuàng)建附加文件。注意，您必須在這里指定一個目錄，而不是文件名。slaveof 主從復(fù)制。使用slaveof來讓一個Redis實例復(fù)制另一個Redis服務(wù)器。a) Redis復(fù)制是異步的；b)如果復(fù)制鏈接在相對較小的時間內(nèi)丟失，Redis的奴隸可以與主服務(wù) 器進(jìn)行部分的重新同步。c)復(fù)制是自動的，不需要用戶干預(yù)。在網(wǎng)絡(luò)分區(qū)后，奴隸會自動嘗試 重新連接主人并與他們重新同步。masterauth 如果 master 是密碼保護(hù)的(使用下面的“requirepass”配置指令),在啟動復(fù)制同步進(jìn)程之前，可以告訴奴隸進(jìn)行身份驗證，否則

6、主人將拒絕奴隸請求。slave-serve-stale-data yes當(dāng)一個奴隸失去與主人的聯(lián)系，或當(dāng)復(fù)制仍在進(jìn)行時，奴隸可以采取兩 種不同的方式：a）如果slave-serve-stale-data被設(shè)置為“yes”（默認(rèn)），則該slave仍然會回 復(fù)客戶端請求，可能是由于過時數(shù)據(jù)，或者如果這是第一次同步， 數(shù)據(jù)集可能是空的。b）如果slave-serve-stale-data被設(shè)置為不，那么slave將會以“與 master 同步”的錯誤來回復(fù)所有的命令，but to INFO and SLAVEOF。slave-read-only yes注:只讀奴隸不被設(shè)計成在互聯(lián)網(wǎng)上接觸不可信的客戶

7、。它只是一個防止 濫用實例的保護(hù)層。在默認(rèn)情況下仍然只讀取奴隸的導(dǎo)出所有的管理命令，例如CONFIG、 DEBUG等等。在一定程度上，您可以通過使用“rename-command”來對所有 的管理/危險命令進(jìn)行隱藏，從而提高讀取的安全性。repl-backlog-size 1mbbacklog是一個緩沖區(qū)slave-priority 100它被Redis Sentinel所使用，以便在主人不再正確工作的情況下，選擇一 個奴隸來提升為主人。一個低優(yōu)先級的奴隸被認(rèn)為是更好的晉升機會，例如，如果有三個優(yōu)先 級為10、100、25個哨兵的奴隸將選擇優(yōu)先級為10的，這是最低的。然而， 一個特殊的優(yōu)先級0

8、標(biāo)志著奴隸不能執(zhí)行主人的角色，因此，優(yōu)先級為0的 奴隸將永遠(yuǎn)不會被Redis Sentinel選中來提升。默認(rèn)情況下，優(yōu)先級是100。maxclients 10000設(shè)置同時連接客戶端的最大數(shù)量，默認(rèn)情況下這個限制設(shè)置為10000個 客戶，一旦達(dá)到限制，Redis將關(guān)閉所有新的連接，發(fā)送錯誤的最大客戶數(shù)。maxmemory 將內(nèi)存使用限制設(shè)置為指定的字節(jié)數(shù)。如果您有附加的奴隸，建議您為 maxmemory設(shè)置一個較低的限制，以便 在系統(tǒng)上有一些空閑RAM用于輸出緩沖區(qū)（但如果策略是“no驅(qū)逐”，則不需 要這樣做）。maxmemory-policy noevictionMAXMEMORY策略:當(dāng)

9、達(dá)到MAXMEMORY時，Redis將選擇要刪除的內(nèi)容。volatile-lru:在鍵中使用近似的LRU結(jié)束設(shè)置。allkeys-lru:使用近似的LRU清除任何鍵。volatile-lfu:在密鑰中使用近似的LFU結(jié)束設(shè)置。allkeys-lfu:使用近似的LFU清除任何密鑰。volatile-random:將一個隨機密鑰刪除，其中有一個過期設(shè)置。allkeys-random:刪除一個隨機密鑰，任何密鑰。volatile-ttl:刪除最近過期時間的鍵（小TTL）noeviction:不驅(qū)逐任何東西，只返回寫操作上的錯誤。注：LRU的意思是最近使用最少，LFU的意思是最不常用，LRU、LFU

10、和揮發(fā)性ttl均采用近似隨機算法實現(xiàn)。在上面的任何一個策略中，Redis將 返回一個寫操作上的錯誤，當(dāng)沒有合適的鍵來驅(qū)逐時。默認(rèn)是:maxmemory-policy noevictionmaxmemory-samples 5LRU、LFU和最小TTL算法不是精確的算法，而是近似算法（為了節(jié)省 內(nèi)存），所以你可以對它進(jìn)行調(diào)優(yōu)，以達(dá)到速度或精度。對于默認(rèn)的Redis將 檢查5個鍵并選擇最近使用較少的鍵，您可以使用下面的配置指令來更改示 例的大小。注：默認(rèn)的5產(chǎn)生足夠好的結(jié)果。十分接近真實的LRU，但成本更大。 3更快，但不太準(zhǔn)確。appendonly yes只追加模式aof日志開啟有需要就開啟，它

11、會每次寫操作都記錄一條日志默認(rèn)情況下，Redis會異步地轉(zhuǎn)儲磁盤上的數(shù)據(jù)集。這種模式在許多應(yīng)用 程序中都很好，但是對于Redis進(jìn)程或斷電可能會導(dǎo)致幾分鐘的寫入丟失（取 決于配置的保存點）。Append文件是一種替代持久性模式，它提供了更好的持久性。AOF和RDB持久性可以同時啟用，沒有問題。如果在啟動Redis上啟用了 AOF，則會加載AOF，這是具有更好的耐久 性保證的文件。appendfilename appendonly.aofappendfsync everysecfsync（）調(diào)用告訴操作系統(tǒng)在磁盤上實際寫入數(shù)據(jù)，而不是等待輸出緩沖 區(qū)中的更多數(shù)據(jù)。有些操作系統(tǒng)會在磁盤上刷新數(shù)據(jù)，

12、有些操作系統(tǒng)會盡快處理。Redis支持三種不同的模式：口。:不要fsync，只需讓操作系統(tǒng)在需要的時候刷新數(shù)據(jù)。Fasteralways:fsync每次寫完后只添加日志。 Slow, Safesteverysec:fsync 每秒鐘一次。Compromise默認(rèn)的是“everysec”，因為這通常是速度和數(shù)據(jù)安全之間的正確折衷。由 你理解如果你能放松這個“不”字，讓操作系統(tǒng)刷新輸出緩沖區(qū)時，為了更好的 表現(xiàn)（但是如果你可以忍受一些數(shù)據(jù)丟失的想法考慮默認(rèn)快照的持久性模式）, 或相反，使用“always”非常緩慢但比” everysec”更安全一點。如果不確定，就用“everysec”ono-ap

13、pendfsync-on-rewrite no如果您有延遲問題，請將其轉(zhuǎn)換為yes。否則，從持久性的角度來看， 設(shè)置為no是最安全的選擇。auto-aof-rewrite-percentage 100auto-aof-rewrite-min-size 64 mb自動重寫附加文件Redis能夠自動地重寫日志文件，當(dāng)AOF日志大小以指定的百分比增長 時，隱式地調(diào)用BGREWRITEAOFo工作方式:Redis記得在最近一次重寫后的AOF文件的大小（如果在重啟 后沒有重寫，那么在啟動時AOF的大小就會被使用）。此基礎(chǔ)大小與當(dāng)前大小比較。如果當(dāng)前的大小大于指定的百分比，則會 觸發(fā)重寫。您還需要為AOF

14、文件指定一個最小的大小來重寫，這對于避免重 寫AOF文件是很有用的，即使增加了百分比，但是它仍然很小。指定一個百分比為零，以禁用自動的重寫功能。aof-load-truncated yes在Redis啟動過程中，當(dāng)AOF數(shù)據(jù)被加載回內(nèi)存時，可能會發(fā)現(xiàn)AOF 文件被截斷。如果將aof-load-truncated設(shè)置為yes，將加載一個被截斷的AOF文件， 而Redis服務(wù)器將開始發(fā)出日志以通知用戶該事件。否則，如果選項被設(shè)置 為no，服務(wù)器會以錯誤中止并拒絕啟動。當(dāng)選項設(shè)置為no時，用戶需要在 重新啟動服務(wù)器之前使用“redis-checkaof”工具修復(fù)AOF文件。注意，如果在中間發(fā)現(xiàn)AOF

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

16、。注：請求超時，設(shè)置5秒夠了。cluster-require-full-coverage yes默認(rèn)情況下，Redis集群節(jié)點如果檢測到至少有一個散列槽（沒有可用的 節(jié)點正在服務(wù)），就會停止接受查詢。這樣，如果集群部分宕機（例如，不再 覆蓋散列槽的范圍），那么所有集群最終都將不可用。當(dāng)所有的插槽再次被覆 蓋時，它會自動返回。但是，有時您希望集群的子集繼續(xù)工作，繼續(xù)接受仍然覆蓋的關(guān)鍵空間 部分的查詢。為了做到這一點，只需將cluster-require-full-coverage選項設(shè)置 為no。slowlog-log-slower-than 10000“Redis慢速日志”是一個記錄超過指定執(zhí)

17、行時間的查詢的系統(tǒng)。執(zhí)行時間 不包括I/O操作，比如與客戶端,發(fā)送應(yīng)答等等，但就實際執(zhí)行命令所需的時間 （這是唯一階段命令執(zhí)行的線程被阻塞,不能同時處理其他請求）。您可以使用兩個參數(shù)來配置慢速日志:一個告訴Redis，在微秒內(nèi)，執(zhí)行 時間超過了命令的執(zhí)行時間，另一個參數(shù)是慢日志的長度（第18條）。當(dāng)新命 令被記錄時，最老的命令將從已記錄的命令隊列中刪除。單位：微秒slowlog-max-len 128這個長度沒有限制。只要意識到它會消耗內(nèi)存?？梢曰厥绽寐偃罩?重置的慢速日志。latency-monitor-threshold 0Redis延遲監(jiān)控子系統(tǒng)在運行時對不同的操作進(jìn)行采樣，以便收集

18、與 Redis實例可能的延遲來源相關(guān)的數(shù)據(jù)。通過延遲命令，用戶可以使用這些信息來打印圖表并獲取報告。該系統(tǒng)只記錄在一個時間內(nèi)執(zhí)行的操作，該操作的時間等于或大于通過延遲監(jiān)控閾值配置指令所指定的毫秒數(shù)。當(dāng)它的值設(shè)置為0時，延遲監(jiān)視器 就關(guān)閉了。默認(rèn)情況下，延遲監(jiān)視是禁用的，因為如果您沒有延遲問題，并且收集 數(shù)據(jù)具有性能影響，那么在很大的負(fù)載下可以度量數(shù)據(jù)的性能影響。在運行 時，如果需要，可以很容易地使用命令CONFIG SET latency-monitor-threshold 來啟用延遲監(jiān)視。hash-max-ziplist-entries 512hash-max-ziplist-value 6

19、4Hashes使用內(nèi)存有效的數(shù)據(jù)結(jié)構(gòu)進(jìn)行編碼，當(dāng)它們有少量的條目時，最 大的條目不超過給定的閾值?？梢允褂靡韵轮噶顏砼渲眠@些閾值。list-max-ziplist-size -2列表也以一種特殊的方式編碼，以節(jié)省大量空間。每個內(nèi)部列表節(jié)點允 許的條目數(shù)可以指定為固定的最大大小或元素的最大數(shù)量。對于固定的最大 尺寸，使用-5到-1，意思是：5:最大大小:64kb -不推薦用于正常工作負(fù)載4:最大尺寸:32kb -不推薦3:最大尺寸:16kb -可能不推薦2:最大尺寸:8kb -很好1:最大尺寸:4 Kb -很好正數(shù)意味著存儲到每個列表節(jié)點上的元素數(shù)量。最高執(zhí)行選項通常是-2 （8kb大?。┗?1

20、 （4 Kb大小），但如果您的用例是惟 一的，則根據(jù)需要調(diào)整設(shè)置。list-compress-depth 0列表也可能被壓縮壓縮深度是列表的每個邊的quicklist ziplist節(jié)點的數(shù)量，以排除壓縮。 列表的頭和尾總是為快速的push/pop操作而沒有壓縮。設(shè)置:0:禁用所有列表壓縮。1:depth 1的意思是“在1個節(jié)點進(jìn)入列表后，從頭部或尾部開始壓縮”So: head-node-node-node-tail，head, tail將始終未壓縮；內(nèi) 部節(jié)點將壓縮。2:head-next-node-node-node-prev-tail2在這里的意思是:不要壓縮head或head-next

21、或tail-prev或tail，而是 壓縮它們之間的所有節(jié)點。3: head-next-next-node-node-.-node-prev-prev-tailset-max-intset-entries 512集合有一個特殊的編碼:當(dāng)一個集合由剛好是在64位有符號整數(shù)范圍內(nèi) 的基數(shù)10中的整數(shù)組成。此配置設(shè)置設(shè)置了大小的限制。zset-max-ziplist-entries 128zset-max-ziplist-value 64與散列和列表類似，排序集也是經(jīng)過特殊編碼的，以節(jié)省大量空間。注：此編碼僅當(dāng)排序集的長度和元素低于以下限制時使用。hll-sparse-max-bytes 3000H

22、yperLogLog稀疏表示字節(jié)限制。這個限制包括16個字節(jié)的標(biāo)題。當(dāng)使 用稀疏表示的超loglog跨越這個限制時，它被轉(zhuǎn)換為稠密表示。注：一個大于16000的值是完全無用的，因為在那個點上，稠密表示的 內(nèi)存更有效。建議值為3000，以便在不減速的情況下獲得空間有效編碼的好處，而 PFADD是O（N），編碼稀疏。當(dāng)CPU不受關(guān)注時，可將值提高到10000，但 是空間、數(shù)據(jù)集由許多具有基數(shù)在0 - 15000范圍內(nèi)的超loglog組成。activerehashing yesActive rehashing每100毫秒使用1毫秒的CPU時間來幫助重散主Redis 哈希表（一個映射到值的頂級鍵）。默

23、認(rèn)情況下，每秒鐘使用這個毫秒為10次，以便主動地對主字典進(jìn)行重 新處理，在可能的情況下釋放內(nèi)存。使用“activerehashing no，如果您有很強的延遲需求，并且在您的環(huán)境中， Redis可以不時地以2毫秒的延遲來答復(fù)查詢，這不是一件好事。使用“activerehashing yes”如果您沒有這樣的硬性要求，但希望在可能的 情況下盡快釋放內(nèi)存。client-output-buffer-limit normal 0 0 0client-output-buffer-limit slave 256mb 64mb 60client-output-buffer-limit pubsub 32mb

24、 8mb 60客戶端輸出緩沖區(qū)的限制可以用來強迫那些由于某些原因而不能快速讀 取服務(wù)器數(shù)據(jù)的客戶斷開連接（一個常見的原因是，Pub/Sub客戶端不能像發(fā) 布服務(wù)器那樣快速地使用消息）。對于三種不同類型的客戶，可以設(shè)置不同的限制：normal:normal clients包括監(jiān)控客戶端slave : slave clientspubsub :客戶端訂閱了至少一個pubsub通道或模式每個client-output-buffer-limit指令的語法如下：client-output-buffer-limit 當(dāng)達(dá)到硬限值時，客戶端會立即斷開連接，或者如果達(dá)到了軟限制，并 且持續(xù)達(dá)到指定的秒數(shù)（持續(xù)

25、）。例如如果硬限制是32字節(jié)和軟限制是16 mb / 10秒,客戶端會立即斷開輸 出緩沖區(qū)的大小達(dá)到32字節(jié)，但也會斷開如果客戶達(dá)到16字節(jié),不斷克服了限 制10秒鐘。默認(rèn)情況下，正常的客戶機不受限制，因為它們不會在沒有請求的情況 下接收數(shù)據(jù)（按push方式），但是在請求之后，所以只有異步客戶機可能會創(chuàng) 建一個場景，在這個場景中，請求數(shù)據(jù)的速度比讀取的速度要快。相反，對 于pubsub和從客戶端來說，這是一個默認(rèn)的限制，因為訂閱者和奴隸會以推 送的方式接收數(shù)據(jù)。無論是強的還是弱的限制都可以通過設(shè)置為零來禁用。hz 10Redis調(diào)用一個內(nèi)部函數(shù)來執(zhí)行許多后臺任務(wù) 比如超時關(guān)閉客戶機連接、 清除未請求的過期鍵等。不是所有的任務(wù)都以相同的頻率執(zhí)行，但是Redis 檢查任務(wù)是否按照指定的“hz”值執(zhí)行。默認(rèn)的“hz”設(shè)置為10。當(dāng)Redis空閑時，提高該值將使用更多的CPU， 但同時，當(dāng)有許多鍵同時到期時，將使Redis更加敏感，并且可以更精確地 處理超時。注：這個范圍在1到500之間，但是超過100通常不是一個好主意。大 多數(shù)用戶應(yīng)該使用默認(rèn)的10，并且只在需要非常低延遲的環(huán)境中提高到100。aof-rewrite-incremental-fsync yes當(dāng)一個child重新編寫AOF文件時，如果啟用了該選項，那么這個文件 將被