Redis配置說明【http://www.redis.cn/topics/cluster-tutorial.html】

Redis配置文件解析

　　1.Redis 3.2.100 配置文件解析

　　2.Redis 5.0.0 配置文件解析

Redis 3.2.100 配置文件解析

# redis版本 3.2.100
# 若是想要使用到配置文件，Redis服務必須以配置文件的路徑做爲第一個參數啓動。如：./redis-server /path/to/redis.conf
# 單位說明:當須要指定內存大小時，可能會用到不一樣的單位，如1k、5GB、4M等，這裏給出其單位含義：
# 指定單位是大小寫不敏感。如1GB、1gB、1Gb是同樣的。
# 1k => 1000 bytes
# 1kb => 1024 bytes
# 1m => 1000000 bytes
# 1mb => 1024*1024 bytes
# 1g => 1000000000 bytes
# 1gb => 1024*1024*1024 bytes
######################### 引用 #########################
# 不一樣redis server可使用同一個模版配置做爲主配置，並引用其它配置文
# 件用於本server的個性化設置include並不會被CONFIG REWRITE命令覆蓋。
# 可是主配置文件的選項會被覆蓋。想故意覆蓋主配置的話就把include放文件前面，
# 不然最好放末尾
# include /path/to/local.conf
# include /path/to/other.conf
######################### 網絡 #########################
# 不指定bind的話redis將會監聽全部網絡接口。這個配置是確定須要指定的。
# Examples:
# bind 192.168.1.100 10.0.0.1
# bind 127.0.0.1 ::1
# 下面這個配置是隻容許本地客戶端訪問。
bind 127.0.0.1
# 是否開啓保護模式。默認開啓，若是沒有設置bind項的ip和redis密碼的話，服務將只容許本地訪問。
protected-mode yes
# 端口設置，默認爲 6379
# 若是port設置爲0 redis將不會監聽tcp socket
port 6379
# 在高併發環境下須要一個高backlog值來避免慢客戶端鏈接問題。注意Linux內核默默將這個值減少到/proc/sys/net/core/somaxconn的值，因此須要確認增大somaxconn和tcp_max_syn_backlog 兩個值來達到須要的效果。
tcp-backlog 511
# 指定用來監聽Unix套套接字的路徑。沒有默認值，沒有指定的狀況下Redis不會監聽Unix socket
# unixsocket /tmp/redis.sock
# unixsocketperm 700
# 客戶端空閒多少秒後關閉鏈接（0爲不關閉）
timeout 0
# tcp-keepalive設置。若是非零，
# 則設置SO_KEEPALIVE選項來向空閒鏈接的客戶端發送ACK，用途以下：
# 1）可以檢測無響應的對端
# 2）讓該鏈接中間的網絡設備知道這個鏈接還存活
# 在Linux上，這個指定的值(單位秒)就是發送ACK的時間間隔。
# 注意：要關閉這個鏈接須要兩倍的這個時間值。
# 在其餘內核上這個時間間隔由內核配置決定
tcp-keepalive 0
######################### 通用 #########################
# 是否將Redis做爲守護進程運行。若是須要的話配置成'yes'
# 注意配置成守護進程後Redis會將進程號寫入文件/var/run/redis.pid
daemonize no
# 是否經過upstart或systemd管理守護進程。默認no沒有服務監控，其它選項有upstart, systemd, auto
supervised no
# pid文件在redis啓動時建立，退出時刪除。最佳實踐爲配置該項。
pidfile /var/run/redis_6379.pid
# 配置日誌級別。選項有debug, verbose, notice, warning
loglevel notice
# 日誌名稱。空字符串表示標準輸出。注意若是redis配置爲後臺進程，標準輸出中信息會發送到/dev/null
logfile ""
# 是否啓動系統日誌記錄。
# syslog-enabled no
# 指定系統日誌身份。
# syslog-ident redis
# 指定syslog設備。必須是user或LOCAL0 ~ LOCAL7之一。
# syslog-facility local0
# 設置數據庫個數。默認數據庫是 DB 0
# 能夠經過SELECT where dbid is a number between 0 and 'databases'-1爲每一個鏈接使用不一樣的數據庫。
databases 16
######################### 備份  #########################
# 持久化設置:
# 下面的例子將會進行把數據寫入磁盤的操做:
#  900秒（15分鐘）以後，且至少1次變動
#  300秒（5分鐘）以後，且至少10次變動
#  60秒以後，且至少10000次變動
# 不寫磁盤的話就把全部 "save" 設置註釋掉就好了。
# 經過添加一條帶空字符串參數的save指令也能移除以前全部配置的save指令，如: save ""
save 900 1
save 300 10
save 60 10000
# 默認狀況下若是上面配置的RDB模式開啓且最後一次的保存失敗，redis 將中止接受寫操做，
# 讓用戶知道問題的發生。若是後臺保存進程從新啓動工做了，redis 也將自動的容許寫操做。
# 若是有其它監控方式也可關閉。
stop-writes-on-bgsave-error yes
# 是否在備份.rdb文件時是否用LZF壓縮字符串，默認設置爲yes。若是想節約cpu資源能夠把它設置爲no。
rdbcompression yes
# 由於版本5的RDB有一個CRC64算法的校驗和放在了文件的末尾。這將使文件格式更加可靠,
# 但在生產和加載RDB文件時，這有一個性能消耗(大約10%)，能夠關掉它來獲取最好的性能。
# 生成的關閉校驗的RDB文件有一個0的校驗和，它將告訴加載代碼跳過檢查
rdbchecksum yes
# rdb文件名稱
dbfilename dump.rdb
# 備份文件目錄，文件名就是上面的 "dbfilename" 的值。累加文件也放這裏。
# 注意你這裏指定的必須是目錄，不是文件名。
dir ./
######################### 主從同步 #########################
# 主從同步配置。
# 1) redis主從同步是異步的，可是能夠配置在沒有指定slave鏈接的狀況下使master中止寫入數據。
# 2) 鏈接中斷必定時間內，slave能夠執行部分數據從新同步。
# 3) 同步是自動的，slave能夠自動重連且同步數據。
# slaveof <masterip> <masterport>
# master鏈接密碼
# masterauth <master-password>
# 當一個slave失去和master的鏈接，或者同步正在進行中，slave的行爲有兩種可能：
# 1) 若是 slave-serve-stale-data 設置爲 "yes" (默認值)，slave會繼續響應客戶端請求，多是正常數據，也多是還沒得到值的空數據。
# 2) 若是 slave-serve-stale-data 設置爲 "no"，slave會回覆"正在從master同步（SYNC with master in progress）"來處理各類請求，除了 INFO 和 SLAVEOF 命令。
slave-serve-stale-data yes
# 你能夠配置salve實例是否接受寫操做。可寫的slave實例可能對存儲臨時數據比較有用(由於寫入salve# 的數據在同master同步以後將很容被刪除)，可是若是客戶端因爲配置錯誤在寫入時也可能產生一些問題。
# 從Redis2.6默認全部的slave爲只讀
# 注意:只讀的slave不是爲了暴露給互聯網上不可信的客戶端而設計的。它只是一個防止實例誤用的保護層。
# 一個只讀的slave支持全部的管理命令好比config,debug等。爲了限制你能夠用'rename-command'來隱藏全部的管理和危險命令來加強只讀slave的安全性。
slave-read-only yes
# 同步策略: 磁盤或socket，默認磁盤方式
repl-diskless-sync no
# 若是非磁盤同步方式開啓，能夠配置同步延遲時間，以等待master產生子進程經過socket傳輸RDB數據給slave。
# 默認值爲5秒，設置爲0秒則每次傳輸無延遲。
repl-diskless-sync-delay 5
# slave根據指定的時間間隔向master發送ping請求。默認10秒。
# repl-ping-slave-period 10
# 同步的超時時間
# 1）slave在與master SYNC期間有大量數據傳輸，形成超時
# 2）在slave角度，master超時，包括數據、ping等
# 3）在master角度，slave超時，當master發送REPLCONF ACK pings# 確保這個值大於指定的repl-ping-slave-period，不然在主從間流量不高時每次都會檢測到超時
# repl-timeout 60
# 是否在slave套接字發送SYNC以後禁用 TCP_NODELAY
# 若是選擇yes，Redis將使用更少的TCP包和帶寬來向slaves發送數據。可是這將使數據傳輸到slave上有延遲，Linux內核的默認配置會達到40毫秒。
# 若是選擇no，數據傳輸到salve的延遲將會減小但要使用更多的帶寬。
# 默認咱們會爲低延遲作優化，但高流量狀況或主從之間的跳數過多時，能夠設置爲「yes」。
repl-disable-tcp-nodelay no
# 設置數據備份的backlog大小。backlog是一個slave在一段時間內斷開鏈接時記錄salve數據的緩衝，因此一個slave在從新鏈接時，沒必要要全量的同步，而是一個增量同步就足夠了，將在斷開鏈接的這段# 時間內把slave丟失的部分數據傳送給它。
# 同步的backlog越大，slave可以進行增量同步而且容許斷開鏈接的時間就越長。
# backlog只分配一次而且至少須要一個slave鏈接。
# repl-backlog-size 1mb
# 當master在一段時間內再也不與任何slave鏈接，backlog將會釋放。如下選項配置了從最後一個
# slave斷開開始計時多少秒後，backlog緩衝將會釋放。
# 0表示永不釋放backlog
# repl-backlog-ttl 3600
# slave的優先級是一個整數展現在Redis的Info輸出中。若是master再也不正常工做了，sentinel將用它來選擇一個slave提高爲master。
# 優先級數字小的salve會優先考慮提高爲master，因此例若有三個slave優先級分別爲10，100，25，sentinel將挑選優先級最小數字爲10的slave。
# 0做爲一個特殊的優先級，標識這個slave不能做爲master，因此一個優先級爲0的slave永遠不會被# sentinel挑選提高爲master。
# 默認優先級爲100
slave-priority 100
# 若是master少於N個延時小於等於M秒的已鏈接slave，就能夠中止接收寫操做。
# N個slave須要是「oneline」狀態。
# 延時是以秒爲單位，而且必須小於等於指定值，是從最後一個從slave接收到的ping（一般每秒發送）開始計數。
# 該選項不保證N個slave正確同步寫操做，可是限制數據丟失的窗口期。
# 例如至少須要3個延時小於等於10秒的slave用下面的指令：
# min-slaves-to-write 3
# min-slaves-max-lag 10
# 二者之一設置爲0將禁用這個功能。
# 默認 min-slaves-to-write 值是0（該功能禁用）而且 min-slaves-max-lag 值是10。
######################### 安全 #########################
# 要求客戶端在處理任何命令時都要驗證身份和密碼。
# requirepass foobared
# 命令重命名
# 在共享環境下，能夠爲危險命令改變名字。好比，你能夠爲 CONFIG 改個其餘不太容易猜到的名字，這樣內部的工具仍然可使用。
# 例如：
# rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52
# 也能夠經過更名爲空字符串來徹底禁用一個命令
# rename-command CONFIG ""
# 請注意：改變命令名字被記錄到AOF文件或被傳送到從服務器可能產生問題。
######################### 限制 #########################
# 設置最多同時鏈接的客戶端數量。默認這個限制是10000個客戶端，然而若是Redis服務器不能配置
# 處理文件的限制數來知足指定的值，那麼最大的客戶端鏈接數就被設置成當前文件限制數減32（由於Redis服務器保留了一些文件描述符做爲內部使用）
# 一旦達到這個限制，Redis會關閉全部新鏈接併發送錯誤'max number of clients reached'
# maxclients 10000
# 不要使用比設置的上限更多的內存。一旦內存使用達到上限，Redis會根據選定的回收策略（參見：maxmemmory-policy）刪除key。
# 若是由於刪除策略Redis沒法刪除key，或者策略設置爲 "noeviction"，Redis會回覆須要更多內存的錯誤信息給命令。例如，SET,LPUSH等等，可是會繼續響應像Get這樣的只讀命令。
# 在使用Redis做爲LRU緩存，或者爲實例設置了硬性內存限制的時候（使用 "noeviction" 策略）的時候，這個選項一般事頗有用的。
# 警告：當有多個slave連上達到內存上限時，master爲同步slave的輸出緩衝區所需內存不計算在使用內存中。這樣當移除key時，就不會因網絡問題 / 從新同步事件觸發移除key的循環，反過來slaves的輸出緩衝區充滿了key被移除的DEL命令，這將觸發刪除更多的key，直到這個數據庫徹底被清空爲止。
# 總之，若是你須要附加多個slave，建議你設置一個稍小maxmemory限制，這樣系統就會有空閒的內存做爲slave的輸出緩存區(可是若是最大內存策略設置爲"noeviction"的話就不必了)
# maxmemory <bytes>
# 最大內存策略：若是達到內存限制了，Redis如何選擇刪除key。
# volatile-lru -> 根據LRU算法刪除設置過時時間的key
# allkeys-lru -> 根據LRU算法刪除任何key
# volatile-random -> 隨機移除設置過過時時間的key
# allkeys-random -> 隨機移除任何key
# volatile-ttl -> 移除即將過時的key(minor TTL)
# noeviction -> 不移除任何key，只返回一個寫錯誤
# 注意：對全部策略來講，若是Redis找不到合適的能夠刪除的key都會在寫操做時返回一個錯誤。# 目前爲止涉及的命令：set setnx setex append incr decr rpush lpush rpushx lpushx linsert lset rpoplpush sadd sinter sinterstore sunion sunionstore sdiff sdiffstore zadd zincrby zunionstore zinterstore hset hsetnx hmset hincrby incrby decrby getset mset msetnx exec sort
# 默認策略:
# maxmemory-policy noeviction
# LRU和最小TTL算法的實現都不是很精確，可是很接近（爲了省內存），因此你能夠用樣本量作檢測。 例如：默認Redis會檢查3個key而後取最舊的那個，你能夠經過下面的配置指令來設置樣本的個數。
# 默認值爲5，數字越大結果越精確可是會消耗更多CPU。
# maxmemory-samples 5
######################### APPEND ONLY MODE #########################
# 默認狀況下，Redis是異步的把數據導出到磁盤上。這種模式在不少應用裏已經足夠好，但Redis進程出問題或斷電時可能形成一段時間的寫操做丟失(這取決於配置的save指令)。
# AOF是一種提供了更可靠的替代持久化模式，例如使用默認的數據寫入文件策略（參見後面的配置）。
# 在遇到像服務器斷電或單寫狀況下Redis自身進程出問題但操做系統仍正常運行等突發事件時，Redis能只丟失1秒的寫操做。
# AOF和RDB持久化能同時啓動而且不會有問題。
# 若是AOF開啓，那麼在啓動時Redis將加載AOF文件，它更能保證數據的可靠性。
appendonly no
# AOF文件名（默認："appendonly.aof"）
appendfilename "appendonly.aof"
# fsync() 系統調用告訴操做系統把數據寫到磁盤上，而不是等更多的數據進入輸出緩衝區。
# 有些操做系統會真的把數據立刻刷到磁盤上；有些則會盡快去嘗試這麼作。
# Redis支持三種不一樣的模式：
# no：不要馬上刷，只有在操做系統須要刷的時候再刷。比較快。
# always：每次寫操做都馬上寫入到aof文件。慢，可是最安全。
# everysec：每秒寫一次。折中方案。
# 默認的 "everysec" 一般來講能在速度和數據安全性之間取得比較好的平衡。
# appendfsync always
appendfsync everysec
# appendfsync no
# 若是AOF的同步策略設置成 "always" 或者 "everysec"，而且後臺的存儲進程（後臺存儲或寫入AOF 日誌）會產生不少磁盤I/O開銷。某些Linux的配置下會使Redis由於 fsync()系統調用而阻塞好久。
# 注意，目前對這個狀況尚未完美修正，甚至不一樣線程的 fsync() 會阻塞咱們同步的write(2)調用。
# 爲了緩解這個問題，能夠用下面這個選項。它能夠在 BGSAVE 或 BGREWRITEAOF 處理時阻止fsync()。
# 這就意味着若是有子進程在進行保存操做，那麼Redis就處於"不可同步"的狀態。
# 這其實是說，在最差的狀況下可能會丟掉30秒鐘的日誌數據。（默認Linux設定）
# 若是把這個設置成"yes"帶來了延遲問題，就保持"no"，這是保存持久數據的最安全的方式。
no-appendfsync-on-rewrite no
# 自動重寫AOF文件。若是AOF日誌文件增大到指定百分比，Redis可以經過 BGREWRITEAOF 自動重寫AOF日誌文件。# 工做原理：Redis記住上次重寫時AOF文件的大小（若是重啓後尚未寫操做，就直接用啓動時的AOF大小）
# 這個基準大小和當前大小作比較。若是當前大小超過指定比例，就會觸發重寫操做。你還須要指定被重寫日誌的最小尺寸，這樣避免了達到指定百分比但尺寸仍然很小的狀況還要重寫。
# 指定百分比爲0會禁用AOF自動重寫特性。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
# 若是設置爲yes，若是一個因異常被截斷的AOF文件被redis啓動時加載進內存，redis將會發送日誌通知用戶。若是設置爲no，erdis將會拒絕啓動。此時須要用"redis-check-aof"工具修復文件。
aof-load-truncated yes
######################### LUA腳本  #########################
# Lua 腳本的最大執行時間，毫秒爲單位
lua-time-limit 5000
######################### 集羣 #########################
# 只有開啓瞭如下選項，redis才能成爲集羣服務的一部分
# cluster-enabled yes
# 配置redis自動生成的集羣配置文件名。確保同一系統中運行的各redis實例該配置文件不要重名。
# cluster-config-file nodes-6379.conf
# 集羣節點超時毫秒數。超時的節點將被視爲不可用狀態。
# cluster-node-timeout 15000
# 若是數據太舊，集羣中的不可用master的slave節點會避免成爲備用master。若是slave和master失聯時間超過:(node-timeout * slave-validity-factor) + repl-ping-slave-period則不會被提高爲master。
# 如node-timeout爲30秒，slave-validity-factor爲10, 默認default repl-ping-slave-period爲10秒,失聯時間超過310秒slave就不會成爲master。
# 較大的slave-validity-factor值可能容許包含過舊數據的slave成爲master，同時較小的值可能會阻止集羣選舉出新master。
#爲了達到最大限度的高可用性，能夠設置爲0，即slave無論和master失聯多久均可以提高爲master
# cluster-slave-validity-factor 10
# 只有在以前master有其它指定數量的工做狀態下的slave節點時，slave節點才能提高爲master。默認爲1（即該集羣至少有3個節點，1 master＋2 slaves，master宕機，仍有另外1個slave的狀況下其中1個slave能夠提高）
# 測試環境可設置爲0，生成環境中至少設置爲1
# cluster-migration-barrier 1
# 默認狀況下若是redis集羣若是檢測到至少有1個hash slot不可用，集羣將中止查詢數據。
# 若是全部slot恢復則集羣自動恢復。
# 若是須要集羣部分可用狀況下仍可提供查詢服務，設置爲no。
# cluster-require-full-coverage yes
######################### 慢查詢日誌 #########################
# 慢查詢日誌，記錄超過多少微秒的查詢命令。查詢的執行時間不包括客戶端的IO執行和網絡通訊時間，只是查詢命令執行時間。
# 1000000等於1秒，設置爲0則記錄全部命令
slowlog-log-slower-than 10000
# 記錄大小，可經過SLOWLOG RESET命令重置
slowlog-max-len 128
######################### 舊監控系統 #########################
# redis延時監控系統在運行時會採樣一些操做，以便收集可能致使延時的數據根源。
# 經過 LATENCY命令 能夠打印一些圖樣和獲取一些報告，方便監控
# 這個系統僅僅記錄那個執行時間大於或等於預約時間（毫秒）的操做,
# 這個預約時間是經過latency-monitor-threshold配置來指定的，
# 當設置爲0時，這個監控系統處於中止狀態
latency-monitor-threshold 0
######################### 事件通知 #########################
# K     鍵空間通知，全部通知以 __keyspace@<db>__ 爲前綴
# E     鍵事件通知，全部通知以 __keyevent@<db>__ 爲前綴
# g     DEL 、 EXPIRE 、 RENAME 等類型無關的通用命令的通知
# $     字符串命令的通知
# l     列表命令的通知
# s     集合命令的通知
# h     哈希命令的通知
# z     有序集合命令的通知
# x     過時事件：每當有過時鍵被刪除時發送
# e     驅逐(evict)事件：每當有鍵由於 maxmemory 政策而被刪除時發送
# A     參數 g$lshzxe 的別名
#  Example: to enable list and generic events, from the point of view of the
#           event name, use:
#
#  notify-keyspace-events Elg
#
#  Example 2: to get the stream of the expired keys subscribing to channel
#             name __keyevent@0__:expired use:
#
#  notify-keyspace-events Ex
# Redis能通知 Pub/Sub 客戶端關於鍵空間發生的事件，默認關閉
notify-keyspace-events ""
############################### 高級配置 ###############################
# 當hash只有少許的entry時，而且最大的entry所佔空間沒有超過指定的限制時，會用一種節省內存的
# 數據結構來編碼。能夠經過下面的指令來設定限制
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
# 當取正值的時候，表示按照數據項個數來限定每一個quicklist節點上的ziplist長度。好比，當這個參數配置
# 成5的時候，表示每一個quicklist節點的ziplist最多包含5個數據項。
# 當取負值的時候，表示按照佔用字節數來限定每一個quicklist節點上的ziplist長度。這時，它只能取-1到-5
# 這五個值，每一個值含義以下：
#    -5: 每一個quicklist節點上的ziplist大小不能超過64 Kb。（注：1kb => 1024 bytes）
#    -4: 每一個quicklist節點上的ziplist大小不能超過32 Kb。
#    -3: 每一個quicklist節點上的ziplist大小不能超過16 Kb。
#    -2: 每一個quicklist節點上的ziplist大小不能超過8 Kb。（-2是Redis給出的默認值）
#    -1: 每一個quicklist節點上的ziplist大小不能超過4 Kb。
list-max-ziplist-size -2
# 這個參數表示一個quicklist兩端不被壓縮的節點個數。
# 注：這裏的節點個數是指quicklist雙向鏈表的節點個數，而不是指ziplist裏面的數據項個數。
# 實際上，一個quicklist節點上的ziplist，若是被壓縮，就是總體被壓縮的。
# 參數list-compress-depth的取值含義以下：
#    0: 是個特殊值，表示都不壓縮。這是Redis的默認值。
#    1: 表示quicklist兩端各有1個節點不壓縮，中間的節點壓縮。
#    2: 表示quicklist兩端各有2個節點不壓縮，中間的節點壓縮。
#    3: 表示quicklist兩端各有3個節點不壓縮，中間的節點壓縮。
#    依此類推…
# 因爲0是個特殊值，很容易看出quicklist的頭節點和尾節點老是不被壓縮的，以便於在表的兩端進行快速存取。
list-compress-depth 0
# set有一種特殊編碼的狀況：當set數據全是十進制64位有符號整型數字構成的字符串時。
# 下面這個配置項就是用來設置set使用這種編碼來節省內存的最大長度。
set-max-intset-entries 512
# 與hash和list類似，有序集合也能夠用一種特別的編碼方式來節省大量空間。
# 這種編碼只適合長度和元素都小於下面限制的有序集合
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
# HyperLogLog稀疏結構表示字節的限制。該限制包括
# 16個字節的頭。當HyperLogLog使用稀疏結構表示
# 這些限制，它會被轉換成密度表示。
# 值大於16000是徹底沒用的，由於在該點
# 密集的表示是更多的內存效率。
# 建議值是3000左右，以便具備的內存好處, 減小內存的消耗
hll-sparse-max-bytes 3000
# 啓用哈希刷新，每100個CPU毫秒會拿出1個毫秒來刷新Redis的主哈希表（頂級鍵值映射表）
activerehashing yes
# 客戶端的輸出緩衝區的限制，可用於強制斷開那些由於某種緣由從服務器讀取數據的速度不夠快的客戶端
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
# 默認狀況下，「hz」的被設定爲10。提升該值將在Redis空閒時使用更多的CPU時，但同時當有多個key
# 同時到期會使Redis的反應更靈敏，以及超時能夠更精確地處理
hz 10
# 當一個子進程重寫AOF文件時，若是啓用下面的選項，則文件每生成32M數據會被同步
aof-rewrite-incremental-fsync yes

Redis 5.0.0 配置文件解析 

# redis版本 5.0.0
# 若是想要使用到配置文件，Redis服務必須以配置文件的路徑做爲第一個參數啓動。如：./redis-server /path/to/redis.conf
# 單位說明:當須要指定內存大小時，可能會用到不一樣的單位，如1k、5GB、4M等，這裏給出其單位含義：
# 指定單位是大小寫不敏感。如1GB、1gB、1Gb是同樣的。
# 1k => 1000 bytes
# 1kb => 1024 bytes
# 1m => 1000000 bytes
# 1mb => 1024*1024 bytes
# 1g => 1000000000 bytes
# 1gb => 1024*1024*1024 bytes
######################### 引用 #########################
# 不一樣redis server可使用同一個模版配置做爲主配置，並引用其它配置文
# 件用於本server的個性化設置include並不會被CONFIG REWRITE命令覆蓋。
# 可是主配置文件的選項會被覆蓋。想故意覆蓋主配置的話就把include放文件前面，
# 不然最好放末尾
# include /path/to/local.conf
# include /path/to/other.conf
######################### 模塊 ######################### 
# 啓動時加載模塊。若是服務器沒法加載模塊,則會停止。可使用多個loadmodule指令。
# loadmodule /path/to/my_module.so
# loadmodule /path/to/other_module.so
######################### 網絡 #########################
# 不指定bind的話redis將會監聽全部網絡接口。這個配置是確定須要指定的。
# Examples:
# bind 192.168.1.100 10.0.0.1
# bind 127.0.0.1 ::1
# 下面這個配置是隻容許本地客戶端訪問。
bind 127.0.0.1
# 是否開啓保護模式。默認開啓，若是沒有設置bind項的ip和redis密碼的話，服務將只容許本地訪問。
protected-mode yes
# 端口設置，默認爲 6379
# 若是port設置爲0 redis將不會監聽tcp socket
port 6379
# 在高併發環境下須要一個高backlog值來避免慢客戶端鏈接問題。注意Linux內核默默將這個值減少到/proc/sys/net/core/somaxconn的值，因此須要確認增大somaxconn和tcp_max_syn_backlog 兩個值來達到須要的效果。
tcp-backlog 511
# 指定用來監聽Unix套套接字的路徑。沒有默認值，沒有指定的狀況下Redis不會監聽Unix socket
# unixsocket /tmp/redis.sock
# unixsocketperm 700
# 客戶端空閒多少秒後關閉鏈接（0爲不關閉）
timeout 0
# tcp-keepalive設置。若是非零，
# 則設置SO_KEEPALIVE選項來向空閒鏈接的客戶端發送ACK，用途以下：
# 1）可以檢測無響應的對端
# 2）讓該鏈接中間的網絡設備知道這個鏈接還存活
# 在Linux上，這個指定的值(單位秒)就是發送ACK的時間間隔。
# 注意：要關閉這個鏈接須要兩倍的這個時間值。
# 在其餘內核上這個時間間隔由內核配置決定
tcp-keepalive 300
######################### 通用 #########################
# 是否將Redis做爲守護進程運行。若是須要的話配置成'yes'
# 注意配置成守護進程後Redis會將進程號寫入文件/var/run/redis.pid
daemonize no
# 是否經過upstart或systemd管理守護進程。默認no沒有服務監控，其它選項有upstart, systemd, auto
supervised no
# pid文件在redis啓動時建立，退出時刪除。最佳實踐爲配置該項。
pidfile /var/run/redis_6379.pid
# 配置日誌級別。選項有debug, verbose, notice, warning
loglevel notice
# 日誌名稱。空字符串表示標準輸出。注意若是redis配置爲後臺進程，標準輸出中信息會發送到/dev/null
logfile ""
# 是否啓動系統日誌記錄。
# syslog-enabled no
# 指定系統日誌身份。
# syslog-ident redis
# 指定syslog設備。必須是user或LOCAL0 ~ LOCAL7之一。
# syslog-facility local0
# 設置數據庫個數。默認數據庫是 DB 0
# 能夠經過SELECT where dbid is a number between 0 and 'databases'-1爲每一個鏈接使用不一樣的數據庫。
databases 16
# redis啓動時是否顯示Logo
always-show-logo yes
######################### 備份  #########################
# 持久化設置:
# 下面的例子將會進行把數據寫入磁盤的操做:
#  900秒（15分鐘）以後，且至少1次變動
#  300秒（5分鐘）以後，且至少10次變動
#  60秒以後，且至少10000次變動
# 不寫磁盤的話就把全部 "save" 設置註釋掉就好了。
# 經過添加一條帶空字符串參數的save指令也能移除以前全部配置的save指令，如: save ""
save 900 1
save 300 10
save 60 10000
# 默認狀況下若是上面配置的RDB模式開啓且最後一次的保存失敗，redis 將中止接受寫操做，
# 讓用戶知道問題的發生。若是後臺保存進程從新啓動工做了，redis 也將自動的容許寫操做。
# 若是有其它監控方式也可關閉。
stop-writes-on-bgsave-error yes
# 是否在備份.rdb文件時是否用LZF壓縮字符串，默認設置爲yes。若是想節約cpu資源能夠把它設置爲no。
rdbcompression yes
# 由於版本5的RDB有一個CRC64算法的校驗和放在了文件的末尾。這將使文件格式更加可靠,
# 但在生產和加載RDB文件時，這有一個性能消耗(大約10%)，能夠關掉它來獲取最好的性能。
# 生成的關閉校驗的RDB文件有一個0的校驗和，它將告訴加載代碼跳過檢查
rdbchecksum yes
# rdb文件名稱
dbfilename dump.rdb
# 備份文件目錄，文件名就是上面的 "dbfilename" 的值。累加文件也放這裏。
# 注意你這裏指定的必須是目錄，不是文件名。
dir ./
######################### 主從同步 #########################
# 主從同步配置。
# 1) redis主從同步是異步的，可是能夠配置在沒有指定slave鏈接的狀況下使master中止寫入數據。
# 2) 鏈接中斷必定時間內，slave能夠執行部分數據從新同步。
# 3) 同步是自動的，slave能夠自動重連且同步數據。
# replicaof <masterip> <masterport>
# master鏈接密碼
# masterauth <master-password>
# 當一個slave失去和master的鏈接，或者同步正在進行中，slave的行爲有兩種可能：
# 1) 若是 replica-serve-stale-data 設置爲 "yes" (默認值)，slave會繼續響應客戶端請求，多是正常數據，也多是還沒得到值的空數據。
# 2) 若是 replica-serve-stale-data 設置爲 "no"，slave會回覆"正在從master同步（SYNC with master in progress）"來處理各類請求，除了 INFO 和 SLAVEOF 命令。
replica-serve-stale-data yes
# 你能夠配置salve實例是否接受寫操做。可寫的slave實例可能對存儲臨時數據比較有用(由於寫入salve# 的數據在同master同步以後將很容被刪除)，可是若是客戶端因爲配置錯誤在寫入時也可能產生一些問題。
# 從Redis2.6默認全部的slave爲只讀
# 注意:只讀的slave不是爲了暴露給互聯網上不可信的客戶端而設計的。它只是一個防止實例誤用的保護層。
# 一個只讀的slave支持全部的管理命令好比config,debug等。爲了限制你能夠用'rename-command'來隱藏全部的管理和危險命令來加強只讀slave的安全性。
replica-read-only yes
# 同步策略: 磁盤或socket，默認磁盤方式
repl-diskless-sync no
# 若是非磁盤同步方式開啓，能夠配置同步延遲時間，以等待master產生子進程經過socket傳輸RDB數據給slave。
# 默認值爲5秒，設置爲0秒則每次傳輸無延遲。
repl-diskless-sync-delay 5
# slave根據指定的時間間隔向master發送ping請求。默認10秒。
# repl-ping-replica-period 10
# 同步的超時時間
# 1）slave在與master SYNC期間有大量數據傳輸，形成超時
# 2）在slave角度，master超時，包括數據、ping等
# 3）在master角度，slave超時，當master發送REPLCONF ACK pings# 確保這個值大於指定的repl-ping-slave-period，不然在主從間流量不高時每次都會檢測到超時
# repl-timeout 60
# 是否在slave套接字發送SYNC以後禁用 TCP_NODELAY
# 若是選擇yes，Redis將使用更少的TCP包和帶寬來向slaves發送數據。可是這將使數據傳輸到slave上有延遲，Linux內核的默認配置會達到40毫秒。
# 若是選擇no，數據傳輸到salve的延遲將會減小但要使用更多的帶寬。
# 默認咱們會爲低延遲作優化，但高流量狀況或主從之間的跳數過多時，能夠設置爲「yes」。
repl-disable-tcp-nodelay no
# 設置數據備份的backlog大小。backlog是一個slave在一段時間內斷開鏈接時記錄salve數據的緩衝，因此一個slave在從新鏈接時，沒必要要全量的同步，而是一個增量同步就足夠了，將在斷開鏈接的這段# 時間內把slave丟失的部分數據傳送給它。
# 同步的backlog越大，slave可以進行增量同步而且容許斷開鏈接的時間就越長。
# backlog只分配一次而且至少須要一個slave鏈接。
# repl-backlog-size 1mb
# 當master在一段時間內再也不與任何slave鏈接，backlog將會釋放。如下選項配置了從最後一個
# slave斷開開始計時多少秒後，backlog緩衝將會釋放。
# 0表示永不釋放backlog
# repl-backlog-ttl 3600
# slave的優先級是一個整數展現在Redis的Info輸出中。若是master再也不正常工做了，sentinel將用它來選擇一個slave提高爲master。
# 優先級數字小的salve會優先考慮提高爲master，因此例若有三個slave優先級分別爲10，100，25，sentinel將挑選優先級最小數字爲10的slave。
# 0做爲一個特殊的優先級，標識這個slave不能做爲master，因此一個優先級爲0的slave永遠不會被# sentinel挑選提高爲master。
# 默認優先級爲100
slave-priority 100
# 若是master少於N個延時小於等於M秒的已鏈接slave，就能夠中止接收寫操做。
# N個slave須要是「oneline」狀態。
# 延時是以秒爲單位，而且必須小於等於指定值，是從最後一個從slave接收到的ping（一般每秒發送）開始計數。
# 該選項不保證N個slave正確同步寫操做，可是限制數據丟失的窗口期。
# 例如至少須要3個延時小於等於10秒的slave用下面的指令：
# min-replicas-to-write 3
# min-replicas-max-lag 10
# 二者之一設置爲0將禁用這個功能。
# 默認 min-replicas-to-write 值是0（該功能禁用）而且 min-replicas-max-lag 值是10。
# A Redis master is able to list the address and port of the attached
# replicas in different ways. For example the "INFO replication" section
# offers this information, which is used, among other tools, by
# Redis Sentinel in order to discover replica instances.
# Another place where this info is available is in the output of the
# "ROLE" command of a master.
#
# The listed IP and address normally reported by a replica is obtained
# in the following way:
#
#   IP: The address is auto detected by checking the peer address
#   of the socket used by the replica to connect with the master.
#
#   Port: The port is communicated by the replica during the replication
#   handshake, and is normally the port that the replica is using to
#   listen for connections.
#
# However when port forwarding or Network Address Translation (NAT) is
# used, the replica may be actually reachable via different IP and port
# pairs. The following two options can be used by a replica in order to
# report to its master a specific set of IP and port, so that both INFO
# and ROLE will report those values.
#
# There is no need to use both the options if you need to override just
# the port or the IP address.
#
# replica-announce-ip 5.5.5.5
# replica-announce-port 1234
######################### 安全 #########################
# 要求客戶端在處理任何命令時都要驗證身份和密碼。
# requirepass foobared
# 命令重命名
# 在共享環境下，能夠爲危險命令改變名字。好比，你能夠爲 CONFIG 改個其餘不太容易猜到的名字，這樣內部的工具仍然可使用。
# 例如：
# rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52
# 也能夠經過更名爲空字符串來徹底禁用一個命令
# rename-command CONFIG ""
# 請注意：改變命令名字被記錄到AOF文件或被傳送到從服務器可能產生問題。
######################### 限制 #########################
# 設置最多同時鏈接的客戶端數量。默認這個限制是10000個客戶端，然而若是Redis服務器不能配置
# 處理文件的限制數來知足指定的值，那麼最大的客戶端鏈接數就被設置成當前文件限制數減32（由於Redis服務器保留了一些文件描述符做爲內部使用）
# 一旦達到這個限制，Redis會關閉全部新鏈接併發送錯誤'max number of clients reached'
# maxclients 10000
# 不要使用比設置的上限更多的內存。一旦內存使用達到上限，Redis會根據選定的回收策略（參見：maxmemmory-policy）刪除key。
# 若是由於刪除策略Redis沒法刪除key，或者策略設置爲 "noeviction"，Redis會回覆須要更多內存的錯誤信息給命令。例如，SET,LPUSH等等，可是會繼續響應像Get這樣的只讀命令。
# 在使用Redis做爲LRU緩存，或者爲實例設置了硬性內存限制的時候（使用 "noeviction" 策略）的時候，這個選項一般事頗有用的。
# 警告：當有多個slave連上達到內存上限時，master爲同步slave的輸出緩衝區所需內存不計算在使用內存中。這樣當移除key時，就不會因網絡問題 / 從新同步事件觸發移除key的循環，反過來slaves的輸出緩衝區充滿了key被移除的DEL命令，這將觸發刪除更多的key，直到這個數據庫徹底被清空爲止。
# 總之，若是你須要附加多個slave，建議你設置一個稍小maxmemory限制，這樣系統就會有空閒的內存做爲slave的輸出緩存區(可是若是最大內存策略設置爲"noeviction"的話就不必了)
# maxmemory <bytes>
# 最大內存策略：若是達到內存限制了，Redis如何選擇刪除key。
# volatile-lru -> 根據LRU算法刪除設置過時時間的key
# allkeys-lru -> 根據LRU算法刪除任何key
# volatile-random -> 隨機移除設置過過時時間的key
# allkeys-random -> 隨機移除任何key
# volatile-ttl -> 移除即將過時的key(minor TTL)
# noeviction -> 不移除任何key，只返回一個寫錯誤
# 注意：對全部策略來講，若是Redis找不到合適的能夠刪除的key都會在寫操做時返回一個錯誤。# 目前爲止涉及的命令：set setnx setex append incr decr rpush lpush rpushx lpushx linsert lset rpoplpush sadd sinter sinterstore sunion sunionstore sdiff sdiffstore zadd zincrby zunionstore zinterstore hset hsetnx hmset hincrby incrby decrby getset mset msetnx exec sort
# 默認策略:
# maxmemory-policy noeviction
# LRU和最小TTL算法的實現都不是很精確，可是很接近（爲了省內存），因此你能夠用樣本量作檢測。 例如：默認Redis會檢查3個key而後取最舊的那個，你能夠經過下面的配置指令來設置樣本的個數。
# 默認值爲5，數字越大結果越精確可是會消耗更多CPU。
# maxmemory-samples 5
# Starting from Redis 5, by default a replica will ignore its maxmemory setting
# (unless it is promoted to master after a failover or manually). It means
# that the eviction of keys will be just handled by the master, sending the
# DEL commands to the replica as keys evict in the master side.
#
# This behavior ensures that masters and replicas stay consistent, and is usually
# what you want, however if your replica is writable, or you want the replica to have
# a different memory setting, and you are sure all the writes performed to the
# replica are idempotent, then you may change this default (but be sure to understand
# what you are doing).
#
# Note that since the replica by default does not evict, it may end using more
# memory than the one set via maxmemory (there are certain buffers that may
# be larger on the replica, or data structures may sometimes take more memory and so
# forth). So make sure you monitor your replicas and make sure they have enough
# memory to never hit a real out-of-memory condition before the master hits
# the configured maxmemory setting.
# replica-ignore-maxmemory yes
######################### APPEND ONLY MODE #########################
# Redis has two primitives to delete keys. One is called DEL and is a blocking
# deletion of the object. It means that the server stops processing new commands
# in order to reclaim all the memory associated with an object in a synchronous
# way. If the key deleted is associated with a small object, the time needed
# in order to execute the DEL command is very small and comparable to most other
# O(1) or O(log_N) commands in Redis. However if the key is associated with an
# aggregated value containing millions of elements, the server can block for
# a long time (even seconds) in order to complete the operation.
# For the above reasons Redis also offers non blocking deletion primitives
# such as UNLINK (non blocking DEL) and the ASYNC option of FLUSHALL and
# FLUSHDB commands, in order to reclaim memory in background. Those commands
# are executed in constant time. Another thread will incrementally free the
# object in the background as fast as possible.
# DEL, UNLINK and ASYNC option of FLUSHALL and FLUSHDB are user-controlled.
# It's up to the design of the application to understand when it is a good
# idea to use one or the other. However the Redis server sometimes has to
# delete keys or flush the whole database as a side effect of other operations.
# Specifically Redis deletes objects independently of a user call in the
# following scenarios:
# 1) On eviction, because of the maxmemory and maxmemory policy configurations,
#    in order to make room for new data, without going over the specified
#    memory limit.
# 2) Because of expire: when a key with an associated time to live (see the
#    EXPIRE command) must be deleted from memory.
# 3) Because of a side effect of a command that stores data on a key that may
#    already exist. For example the RENAME command may delete the old key
#    content when it is replaced with another one. Similarly SUNIONSTORE
#    or SORT with STORE option may delete existing keys. The SET command
#    itself removes any old content of the specified key in order to replace
#    it with the specified string.
# 4) During replication, when a replica performs a full resynchronization with
#    its master, the content of the whole database is removed in order to
#    load the RDB file just transferred.
#
# In all the above cases the default is to delete objects in a blocking way,
# like if DEL was called. However you can configure each case specifically
# in order to instead release memory in a non-blocking way like if UNLINK
# was called, using the following configuration directives:
 
lazyfree-lazy-eviction no
lazyfree-lazy-expire no
lazyfree-lazy-server-del no
replica-lazy-flush no
# 默認狀況下，Redis是異步的把數據導出到磁盤上。這種模式在不少應用裏已經足夠好，但Redis進程出問題或斷電時可能形成一段時間的寫操做丟失(這取決於配置的save指令)。
# AOF是一種提供了更可靠的替代持久化模式，例如使用默認的數據寫入文件策略（參見後面的配置）。
# 在遇到像服務器斷電或單寫狀況下Redis自身進程出問題但操做系統仍正常運行等突發事件時，Redis能只丟失1秒的寫操做。
# AOF和RDB持久化能同時啓動而且不會有問題。
# 若是AOF開啓，那麼在啓動時Redis將加載AOF文件，它更能保證數據的可靠性。
appendonly no
# AOF文件名（默認："appendonly.aof"）
appendfilename "appendonly.aof"
# fsync() 系統調用告訴操做系統把數據寫到磁盤上，而不是等更多的數據進入輸出緩衝區。
# 有些操做系統會真的把數據立刻刷到磁盤上；有些則會盡快去嘗試這麼作。
# Redis支持三種不一樣的模式：
# no：不要馬上刷，只有在操做系統須要刷的時候再刷。比較快。
# always：每次寫操做都馬上寫入到aof文件。慢，可是最安全。
# everysec：每秒寫一次。折中方案。
# 默認的 "everysec" 一般來講能在速度和數據安全性之間取得比較好的平衡。
# appendfsync always
appendfsync everysec
# appendfsync no
# 若是AOF的同步策略設置成 "always" 或者 "everysec"，而且後臺的存儲進程（後臺存儲或寫入AOF 日誌）會產生不少磁盤I/O開銷。某些Linux的配置下會使Redis由於 fsync()系統調用而阻塞好久。
# 注意，目前對這個狀況尚未完美修正，甚至不一樣線程的 fsync() 會阻塞咱們同步的write(2)調用。
# 爲了緩解這個問題，能夠用下面這個選項。它能夠在 BGSAVE 或 BGREWRITEAOF 處理時阻止fsync()。
# 這就意味着若是有子進程在進行保存操做，那麼Redis就處於"不可同步"的狀態。
# 這其實是說，在最差的狀況下可能會丟掉30秒鐘的日誌數據。（默認Linux設定）
# 若是把這個設置成"yes"帶來了延遲問題，就保持"no"，這是保存持久數據的最安全的方式。
no-appendfsync-on-rewrite no
# 自動重寫AOF文件。若是AOF日誌文件增大到指定百分比，Redis可以經過 BGREWRITEAOF 自動重寫AOF日誌文件。# 工做原理：Redis記住上次重寫時AOF文件的大小（若是重啓後尚未寫操做，就直接用啓動時的AOF大小）
# 這個基準大小和當前大小作比較。若是當前大小超過指定比例，就會觸發重寫操做。你還須要指定被重寫日誌的最小尺寸，這樣避免了達到指定百分比但尺寸仍然很小的狀況還要重寫。
# 指定百分比爲0會禁用AOF自動重寫特性。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
# 若是設置爲yes，若是一個因異常被截斷的AOF文件被redis啓動時加載進內存，redis將會發送日誌通知用戶。若是設置爲no，erdis將會拒絕啓動。此時須要用"redis-check-aof"工具修復文件。
aof-load-truncated yes
# [RDB file][AOF tail]
# 加載時Redis識別出AOF文件以「REDIS」開頭字符串，
# 並加載帶此前綴的RDB文件，而後繼續加載AOF
＃ 尾巴。
aof-use-rdb-preamble yes
######################### LUA腳本 #########################
 
# Lua 腳本的最大執行時間，毫秒爲單位
lua-time-limit 5000
 
######################### 集羣 #########################
 
# 只有開啓瞭如下選項，redis才能成爲集羣服務的一部分
# cluster-enabled yes
 
# 配置redis自動生成的集羣配置文件名。確保同一系統中運行的各redis實例該配置文件不要重名。
# cluster-config-file nodes-6379.conf
 
# 集羣節點超時毫秒數。超時的節點將被視爲不可用狀態。
# cluster-node-timeout 15000
 
# 若是數據太舊，集羣中的不可用master的slave節點會避免成爲備用master。若是slave和master失聯時間超過:(node-timeout * slave-validity-factor) + repl-ping-slave-period則不會被提高爲master。
# 如node-timeout爲30秒，slave-validity-factor爲10, 默認default repl-ping-slave-period爲10秒,失聯時間超過310秒slave就不會成爲master。
# 較大的slave-validity-factor值可能容許包含過舊數據的slave成爲master，同時較小的值可能會阻止集羣選舉出新master。
#爲了達到最大限度的高可用性，能夠設置爲0，即slave無論和master失聯多久均可以提高爲master
# cluster-replica-validity-factor 10
 
# 只有在以前master有其它指定數量的工做狀態下的slave節點時，slave節點才能提高爲master。默認爲1（即該集羣至少有3個節點，1 master＋2 slaves，master宕機，仍有另外1個slave的狀況下其中1個slave能夠提高）
# 測試環境可設置爲0，生成環境中至少設置爲1
# cluster-migration-barrier 1
 
# 默認狀況下若是redis集羣若是檢測到至少有1個hash slot不可用，集羣將中止查詢數據。
# 若是全部slot恢復則集羣自動恢復。
# 若是須要集羣部分可用狀況下仍可提供查詢服務，設置爲no。
# cluster-require-full-coverage yes
 
# 選項設置爲yes時，會阻止replicas嘗試對其master在主故障期間進行故障轉移
# 然而，master仍然能夠執行手動故障轉移,若是強制這樣作的話。
# cluster-replica-no-failover no
 
########################## CLUSTER DOCKER/NAT support  ########################
 
# In certain deployments, Redis Cluster nodes address discovery fails, because
# addresses are NAT-ted or because ports are forwarded (the typical case is
# Docker and other containers).
#
# In order to make Redis Cluster working in such environments, a static
# configuration where each node knows its public address is needed. The
# following two options are used for this scope, and are:
#
# * cluster-announce-ip
# * cluster-announce-port
# * cluster-announce-bus-port
#
# Each instruct the node about its address, client port, and cluster message
# bus port. The information is then published in the header of the bus packets
# so that other nodes will be able to correctly map the address of the node
# publishing the information.
#
# If the above options are not used, the normal Redis Cluster auto-detection
# will be used instead.
#
# Note that when remapped, the bus port may not be at the fixed offset of
# clients port + 10000, so you can specify any port and bus-port depending
# on how they get remapped. If the bus-port is not set, a fixed offset of
# 10000 will be used as usually.
#
# Example:
#
# cluster-announce-ip 10.1.1.5
# cluster-announce-port 6379
# cluster-announce-bus-port 6380
 
######################### 慢查詢日誌 #########################
 
# 慢查詢日誌，記錄超過多少微秒的查詢命令。查詢的執行時間不包括客戶端的IO執行和網絡通訊時間，只是查詢命令執行時間。
# 1000000等於1秒，設置爲0則記錄全部命令
slowlog-log-slower-than 10000
 
# 記錄大小，可經過SLOWLOG RESET命令重置
slowlog-max-len 128
 
 
 
######################### LATENCY MONITOR #########################
# redis延時監控系統在運行時會採樣一些操做，以便收集可能致使延時的數據根源。
# 經過 LATENCY命令 能夠打印一些圖樣和獲取一些報告，方便監控
# 這個系統僅僅記錄那個執行時間大於或等於預約時間（毫秒）的操做,
# 這個預約時間是經過latency-monitor-threshold配置來指定的，
# 當設置爲0時，這個監控系統處於中止狀態
latency-monitor-threshold 0
 
 
######################### 事件通知 #########################
# K 	鍵空間通知，全部通知以 __keyspace@<db>__ 爲前綴
# E 	鍵事件通知，全部通知以 __keyevent@<db>__ 爲前綴
# g 	DEL 、 EXPIRE 、 RENAME 等類型無關的通用命令的通知
# $ 	字符串命令的通知
# l 	列表命令的通知
# s 	集合命令的通知
# h 	哈希命令的通知
# z 	有序集合命令的通知
# x 	過時事件：每當有過時鍵被刪除時發送
# e 	驅逐(evict)事件：每當有鍵由於 maxmemory 政策而被刪除時發送
# A 	參數 g$lshzxe 的別名
#  Example: to enable list and generic events, from the point of view of the
#           event name, use:
#
#  notify-keyspace-events Elg
#
#  Example 2: to get the stream of the expired keys subscribing to channel
#             name __keyevent@0__:expired use:
#
#  notify-keyspace-events Ex
# Redis能通知 Pub/Sub 客戶端關於鍵空間發生的事件，默認關閉
notify-keyspace-events ""
 
############################### ADVANCED CONFIG ###############################
 
# 當hash只有少許的entry時，而且最大的entry所佔空間沒有超過指定的限制時，會用一種節省內存的
# 數據結構來編碼。能夠經過下面的指令來設定限制
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
 
 
# 當取正值的時候，表示按照數據項個數來限定每一個quicklist節點上的ziplist長度。好比，當這個參數配置
# 成5的時候，表示每一個quicklist節點的ziplist最多包含5個數據項。
# 當取負值的時候，表示按照佔用字節數來限定每一個quicklist節點上的ziplist長度。這時，它只能取-1到-5
# 這五個值，每一個值含義以下：
#    -5: 每一個quicklist節點上的ziplist大小不能超過64 Kb。（注：1kb => 1024 bytes）
#    -4: 每一個quicklist節點上的ziplist大小不能超過32 Kb。
#    -3: 每一個quicklist節點上的ziplist大小不能超過16 Kb。
#    -2: 每一個quicklist節點上的ziplist大小不能超過8 Kb。（-2是Redis給出的默認值）
#    -1: 每一個quicklist節點上的ziplist大小不能超過4 Kb。
list-max-ziplist-size -2
 
# 這個參數表示一個quicklist兩端不被壓縮的節點個數。
# 注：這裏的節點個數是指quicklist雙向鏈表的節點個數，而不是指ziplist裏面的數據項個數。
# 實際上，一個quicklist節點上的ziplist，若是被壓縮，就是總體被壓縮的。
# 參數list-compress-depth的取值含義以下：
#    0: 是個特殊值，表示都不壓縮。這是Redis的默認值。
#    1: 表示quicklist兩端各有1個節點不壓縮，中間的節點壓縮。
#    2: 表示quicklist兩端各有2個節點不壓縮，中間的節點壓縮。
#    3: 表示quicklist兩端各有3個節點不壓縮，中間的節點壓縮。
#    依此類推…
# 因爲0是個特殊值，很容易看出quicklist的頭節點和尾節點老是不被壓縮的，以便於在表的兩端進行快速存取。
list-compress-depth 0
 
 
# set有一種特殊編碼的狀況：當set數據全是十進制64位有符號整型數字構成的字符串時。
# 下面這個配置項就是用來設置set使用這種編碼來節省內存的最大長度。
set-max-intset-entries 512
 
# 與hash和list類似，有序集合也能夠用一種特別的編碼方式來節省大量空間。
# 這種編碼只適合長度和元素都小於下面限制的有序集合
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
 
# HyperLogLog稀疏結構表示字節的限制。該限制包括
# 16個字節的頭。當HyperLogLog使用稀疏結構表示
# 這些限制，它會被轉換成密度表示。
# 值大於16000是徹底沒用的，由於在該點
# 密集的表示是更多的內存效率。
# 建議值是3000左右，以便具備的內存好處, 減小內存的消耗
hll-sparse-max-bytes 3000
 
# Streams宏節點最大大小/項目。 流數據結構是基數編碼內部多個項目的大節點樹。 使用此配置
# 能夠配置單個節點的字節數，以及切換到新節點以前可能包含的最大項目數
# 追加新的流條目。 若是如下任何設置設置爲0，忽略限制，所以例如能夠設置一個
# 大入口限制將max-bytes設置爲0，將max-entries設置爲所需的值
stream-node-max-bytes 4096
stream-node-max-entries 100
 
# 啓用哈希刷新，每100個CPU毫秒會拿出1個毫秒來刷新Redis的主哈希表（頂級鍵值映射表）
activerehashing yes
 
# 客戶端的輸出緩衝區的限制，可用於強制斷開那些由於某種緣由從服務器讀取數據的速度不夠快的客戶端
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60
 
# 客戶端查詢緩衝區累積新命令。 它們僅限於固定的默認狀況下，
# 多數狀況下爲了不協議不一樣步致使客戶端查詢緩衝區中未綁定的內存使用量的錯誤
# 可是，若是你有使用的話，你能夠在這裏配置它，好比咱們有不少執行請求或相似的。
# client-query-buffer-limit 1gb
 
# 在Redis協議中，批量請求，即表示單個的元素strings，一般限制爲512 MB。
# 可是，您能夠z更改此限制
# proto-max-bulk-len 512mb
 
# 默認狀況下，「hz」的被設定爲10。提升該值將在Redis空閒時使用更多的CPU時，但同時當有多個key
# 同時到期會使Redis的反應更靈敏，以及超時能夠更精確地處理
hz 10
 
# Normally it is useful to have an HZ value which is proportional to the
# number of clients connected. This is useful in order, for instance, to
# avoid too many clients are processed for each background task invocation
# in order to avoid latency spikes.
#
# Since the default HZ value by default is conservatively set to 10, Redis
# offers, and enables by default, the ability to use an adaptive HZ value
# which will temporary raise when there are many connected clients.
#
# When dynamic HZ is enabled, the actual configured HZ will be used as
# as a baseline, but multiples of the configured HZ value will be actually
# used as needed once more clients are connected. In this way an idle
# instance will use very little CPU time while a busy instance will be
# more responsive.
dynamic-hz yes
 
# 當一個子進程重寫AOF文件時，若是啓用下面的選項，則文件每生成32M數據會被同步
aof-rewrite-incremental-fsync yes
 
 
# 當redis保存RDB文件時，若是啓用瞭如下選項，每生成32 MB數據，文件將被fsync-ed。 
# 這頗有用，以便以遞增方式將文件提交到磁盤並避免大延遲峯值。
rdb-save-incremental-fsync yes
 
# Redis LFU eviction (see maxmemory setting) can be tuned. However it is a good
# idea to start with the default settings and only change them after investigating
# how to improve the performances and how the keys LFU change over time, which
# is possible to inspect via the OBJECT FREQ command.
#
# There are two tunable parameters in the Redis LFU implementation: the
# counter logarithm factor and the counter decay time. It is important to
# understand what the two parameters mean before changing them.
#
# The LFU counter is just 8 bits per key, it's maximum value is 255, so Redis
# uses a probabilistic increment with logarithmic behavior. Given the value
# of the old counter, when a key is accessed, the counter is incremented in
# this way:
#
# 1. A random number R between 0 and 1 is extracted.
# 2. A probability P is calculated as 1/(old_value*lfu_log_factor+1).
# 3. The counter is incremented only if R < P.
#
# The default lfu-log-factor is 10. This is a table of how the frequency
# counter changes with a different number of accesses with different
# logarithmic factors:
#
# +--------+------------+------------+------------+------------+------------+
# | factor | 100 hits   | 1000 hits  | 100K hits  | 1M hits    | 10M hits   |
# +--------+------------+------------+------------+------------+------------+
# | 0      | 104        | 255        | 255        | 255        | 255        |
# +--------+------------+------------+------------+------------+------------+
# | 1      | 18         | 49         | 255        | 255        | 255        |
# +--------+------------+------------+------------+------------+------------+
# | 10     | 10         | 18         | 142        | 255        | 255        |
# +--------+------------+------------+------------+------------+------------+
# | 100    | 8          | 11         | 49         | 143        | 255        |
# +--------+------------+------------+------------+------------+------------+
#
# NOTE: The above table was obtained by running the following commands:
#
#   redis-benchmark -n 1000000 incr foo
#   redis-cli object freq foo
#
# NOTE 2: The counter initial value is 5 in order to give new objects a chance
# to accumulate hits.
#
# The counter decay time is the time, in minutes, that must elapse in order
# for the key counter to be divided by two (or decremented if it has a value
# less <= 10).
#
# The default value for the lfu-decay-time is 1. A Special value of 0 means to
# decay the counter every time it happens to be scanned.
#
# lfu-log-factor 10
# lfu-decay-time 1
 
########################### ACTIVE DEFRAGMENTATION #######################
 
# 啓用主動碎片整理
# activedefrag yes
 
# 啓動活動碎片整理的最小碎片浪費量
# active-defrag-ignore-bytes 100mb
 
# 啓動碎片整理的最小碎片百分比
# active-defrag-threshold-lower 10
 
# 使用最大消耗時的最大碎片百分比
# active-defrag-threshold-upper 100
 
# 在CPU百分比中進行碎片整理的最小消耗
# active-defrag-cycle-min 5
 
# 磁盤碎片整理的最大消耗
# active-defrag-cycle-max 75
 
# 將從主字典掃描處理的最大set / hash / zset / list字段數
# active-defrag-max-scan-fields 1000