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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

18、條目不超過給定的閾值。可以使用以下指令來配置這些閾值。list-max-ziplist-size -2列表也以一種特殊的方式編碼，以節(jié)省大量空間。每個內部列表節(jié)點允 許的條目數可以指定為固定的最大大小或元素的最大數量。對于固定的最大 尺寸，使用 -5 到 -1，意思是 :-5:最大大小 :64kb -不推薦用于正常工作負載-4:最大尺寸 :32kb -不推薦-3:最大尺寸 :16kb -可能不推薦-2:最大尺寸 :8kb -很好-1:最大尺寸 :4 Kb - 很好 正數意味著存儲到每個列表節(jié)點上的元素數量。最高執(zhí)行選項通常是-2（8kb大?。┗?1（4Kb大?。┪?一的，則根據需要調整設置。l

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

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

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

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

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

24、但是在請求之后，所以只有異步客戶機可能會創(chuàng)建一場景，在這個場景中，請求數據的速度比讀取的速度要快。相反，對于pubsub和從客戶端來說，這是一個默認的限制，因為訂閱者和奴隸會以推 送的方式接收數據。無論是強的還是弱的限制都可以通過設置為零來禁用。hz 10Redis 調用一個內部函數來執(zhí)行許多后臺任務， 比如超時關閉客戶機連接、清除未請求的過期鍵等。不是所有的任務都以相同的頻率執(zhí)行，但是 Redis 檢查任務是否按照指定的“ hZ”執(zhí)行。默認的h1。當Redis空閑時，提高該值將使用更多的 CP, 但同時，當有許多鍵同時到期時，將使 Redis 更加敏感，并且可以更精確地 處理超時。注：這個范圍在 1 到 500 之間，但是超過 100 通常不是