3.0二、redis.conf配置文件

# 一、引入其它配置文件。好比說當你有多個server,而有一些配置項是它們公用的，
# 那麼你能夠將這些公用的配置項寫進一個配置文件common.conf裏,而後這些server再include這個配置文件
# 這些server本身的配置項則分別寫在本身的配置文件裏
#
# include /path/to/local.conf

# 二、啓動時加載模塊,若是server沒法加載模塊,則此配置會被忽略。可使用多個loadmodule
#
# loadmodule /path/to/my_module.so

# 三、默認狀況下,redis 在 server 上全部有效的網絡接口上監聽客戶端鏈接。
# 若是隻想讓它在一個或多個網絡接口上監聽,那你就綁定一個IP或者多個IP。多個ip空格分隔便可。
#
bind 127.0.0.1

# 四、當開啓後,禁止公網訪問redis。
# 它啓用的條件有兩個，第一是沒有使用bind,第二是沒有設置訪問密碼
#
protected-mode yes

# 五、指定該redis server監聽的端口號。默認是6379,若是指定0則不監聽
#
port 6379

# 六、此參數肯定了TCP鏈接中已完成隊列(完成三次握手以後)的長度，
#   固然此值必須不大於Linux系統定義的/proc/sys/net/core/somaxconn值,默認是511,而Linux的默認參數值是128
#   當系統併發量大而且客戶端速度緩慢的時候，能夠將這二個參數一塊兒參考設定
#
tcp-backlog 511

# 七、指定 unix socket 的路徑
#
# unixsocket /tmp/redis.sock

# 八、指定 unix socket file 的權限
#
# unixsocketperm 700

# 九、當客戶端閒置多少秒後關閉鏈接，若是設置爲0表示關閉該功能
#
timeout 0

# 十、單位是秒，表示將週期性的使用SO_KEEPALIVE檢測客戶端是否還處於健康狀態
#    避免服務器一直阻塞，官方給出的建議值是300s
#
tcp-keepalive 300

# 十一、是否以守護模式啓動，默認爲no
#     配置爲yes時以守護模式啓動，這時redis instance會將進程號pid寫入默認文件/var/run/redis.pid
#
daemonize no

# 十二、能夠經過upstart和systemd管理Redis守護進程，這個參數是和具體的操做系統相關的
#
supervised no

# 1三、配置pid文件路徑
#    當redis以守護模式啓動時，若是沒有配置pidfile，pidfile默認值是/var/run/redis.pid
#
pidfile /var/run/redis_6379.pid

# 1四、日誌級別
#      可選項有：
#         debug（記錄大量日誌信息，適用於開發、測試階段）
#         verbose（較多日誌信息）
#         notice（適量日誌信息，使用於生產環境）
#         warning（僅有部分重要、關鍵信息纔會被記錄）
#
loglevel notice

# 1五、日誌文件的位置，當指定爲空字符串時，爲標準輸出
#      若是redis已守護進程模式運行，那麼日誌將會輸出到 /dev/null
#
logfile ""

# 1六、是否把日誌記錄到系統日誌
#
# syslog-enabled no

# 1七、設置系統日誌的id
#
# syslog-ident redis

# 1八、指定syslog設備(facility)，必須是user或則local0到local7
#
# syslog-facility local0

# 1九、設置數據庫的數目。默認的數據庫是DB 0 ，能夠在每一個鏈接上使用select命令選擇一個不一樣的數據庫
#      dbid是一個介於0到databases - 1 之間的數值
#
databases 16

# 20、是否老是顯示redis的logo
#
always-show-logo yes

# 2一、保存數據到磁盤
#    格式是：save seconds changes
#     含義是在 seconds 秒以後至少有 changes個keys 發生改變則保存一次
#
save 900 1
save 300 10
save 60 10000

# 2二、默認狀況下，若是 redis 最後一次的後臺保存失敗，redis 將中止接受寫操做
#      這樣以一種強硬的方式讓用戶知道數據不能正確的持久化到磁盤， 不然就會沒人注意到災難的發生
#      若是後臺保存進程從新啓動工做了，redis 也將自動的容許寫操做
#    要是安裝了靠譜的監控，你可能不但願 redis 這樣作，那你就改爲 no 好了
#
stop-writes-on-bgsave-error yes

# 2三、是否在dump .rdb數據庫的時候壓縮字符串，默認設置爲yes
#    若是你想節約一些cpu資源的話，能夠把它設置爲no，這樣的話數據集就可能會比較大
#
rdbcompression yes

# 2四、是否CRC64校驗rdb文件，會有必定的性能損失（大概10%）
#
rdbchecksum yes

# 2五、rdb文件的名字
#
dbfilename dump.rdb

# 2六、數據庫存放目錄。必須是一個目錄，aof文件也會保存到該目錄下
#
dir ./

# 2七、Master-Replica 複製。使用replicaof將一個Redis的實例做爲另外Redis服務器的副本。
#      1).Redis複製是異步的， 可是你能夠配置一個主服務器來中止接受寫操做
#    2).若是複製連接丟失的時間相對較短，Redis副本可以與主服務器執行部分從新同步
#     3).複製是自動的，不須要用戶來參與。在網絡分區以後，副本自動嘗試從新鏈接到主服務器並與它們從新同步
#
# replicaof <masterip> <masterport>

# 2八、當master服務設置了密碼保護時，slav服務鏈接master的密碼
#
# masterauth <master-password>

# 2九、當副本丟失與主服務器的鏈接，或者當複製仍在進行時，副本能夠以兩種不一樣的方式運行：
#      1).默認值yes,副本仍會響應客戶端請求，多是數據過時，或者若是這是第一次同步，數據集可能只是空的
#     2).設置爲no,那麼該副本將會對全部類型的命令作出錯誤的響應，"SYNC with master in progress"
#         可是對INFO、replicaOF、AUTH、PING、SHUTDOWN、 REPLCONF、ROLE、CONFIG、SUBSCRIBE、
#        UNSUBSCRIBE、PSUBSCRIBE、PUNSUBSCRIBE、 PUBLISH、PUBSUB、COMMAND、POST、HOST:和LATENCY進行同步
#
replica-serve-stale-data yes

# 30、配置一個副本實例來接受寫操做或者不接受寫操做
#     默認：yes
#
replica-read-only yes

# 3一、主從數據複製是否使用無硬盤複製功能
#     默認：no
#
repl-diskless-sync no

# 3二、當使用無磁盤複製時，能夠配置服務器等待的延遲，以便生成經過套接字將RDB傳輸到副本的子節點
#     延遲單位指定以秒爲單位，默認的爲5秒。要徹底禁用它，只需將它設置爲0秒，傳輸將盡快完成
#
repl-diskless-sync-delay 5

# 3三、副本按預先定義好的時間間隔向主服務器發送pings命令
#      默認：10s
#
# repl-ping-replica-period 10

# 3四、設置主庫批量數據傳輸時間或者ping回覆時間間隔，默認值是60秒
#
# repl-timeout 60

# 3五、指定向slave同步數據時，是否禁用socket的NO_DELAY選 項
#     1).若爲"yes"，則禁用NO_DELAY，則TCP協議棧會合並小包統一發送，
#       這樣能夠減小主從節點間的包數量並節省帶寬,但會增長數據同步到 slave的時間
#      2).默認"no",代表啓用NO_DELAY，則TCP協議棧不會延遲小包的發送時機
#         這樣數據同步的延時會減小，但須要更大的帶寬
#
repl-disable-tcp-nodelay no

# 3六、設置主從複製backlog容量大小
# 這個 backlog 是一個用來在 slaves 被斷開鏈接時存放 slave 數據的 buffer
# 因此當一個 slave 想要從新鏈接，一般不但願所有從新同步，只是部分同步就夠了
# 僅僅傳遞 slave 在斷開鏈接時丟失的這部分數據。這個值越大，salve 能夠斷開鏈接的時間就越長
#
# repl-backlog-size 1mb

# 3七、配置當master和slave失去聯繫多少秒以後，清空backlog釋放空間。當配置成0時，表示永遠不清空
#
# repl-backlog-ttl 3600

# 3八、當master不能正常工做的時候，Redis Sentinel 會從 slaves 中選出一個新的master
#    這個值越小，就越會被優先選中
#      可是若是是 0 ， 那是意味着這個 slave 不可能被選中。 默認優先級爲 100
#
replica-priority 100

# 3九、若是鏈接的副本少於N個，而且延遲小於或等於M秒，則主服務器有可能中止接受寫入操做
#      N個副本須要出於在線狀態
#    以秒爲單位的延遲（必須<=指定值）是根據從副本收到的最後一次ping計算的，一般每秒發送一次
#     此選項不能保證n個副本將接受寫入，但會將丟失寫入的暴露時間限制在指定的秒數內，以防沒有足夠的副本可用
#
#    例如，要要求至少3個延遲<=10秒的副本，請使用：
#
# min-replicas-to-write 3
# min-replicas-max-lag 10
#
#      將其中一個或另外一個設置爲0將禁用該特性
#
#      默認狀況下，min- copy -to-write設置爲0(禁用特性)，min- copy -max-lag設置爲10    

# 40、Redis主服務器可以以不一樣方式列出附加副本的地址和端口
#      當使用端口轉發或網絡地址轉換（NAT）時，副本實際上能夠經過不一樣的IP和端口訪問
#      副本可使用一下兩個選項向其主服務器報告一組特定的IP和端口，一遍INFo和ROLE都能報告這些值
#       若是隻須要覆蓋端口或IP地址，則不須要同時使用這兩種選項
#
# replica-announce-ip 5.5.5.5
# replica-announce-port 1234

# 4一、redis鏈接密碼
#
# requirepass foobared

# 4二、將命令重命名。爲了安全考慮，能夠將某些重要的、危險的命令重命名
#     當你把某個命令重命名成空字符串的時候就等於取消了這個命令
#
# rename-command CONFIG ""

# 4三、設置客戶端最大併發鏈接數，默認無限制
#
# maxclients 10000

# 4四、指定Redis最大內存限制
#    Redis在啓動時會把數據加載到內存中，達到最大內存後
#    Redis會先嚐試清除已到期或即將到期的Key，當此方法處理後,仍然到達最大內存設置
#    將沒法再進行寫入操做但仍然能夠進行讀取操做
#    Redis新的vm機制，會把Key存放內存，Value會存放在swap區
#
# maxmemory <bytes>

# 4五、最大內存策略
# volatile-lru       -> 使用 LRU 算法移除包含過時設置的 key.
# allkeys-lru     -> 根據 LRU 算法移除全部的 key .
# volatile-lfu    -> 利用LFU算法移除設置過過時時間的key.
# allkeys-lfu     -> 利用LFU算法移除任何key.
# volatile-random -> 移除設置過過時時間的隨機key.
# allkeys-random  -> 隨機移除全部key.
# volatile-ttl       -> 移除即將過時的key
# noeviction      -> 不移除任何key，只是返回一個寫錯誤，默認選項.
#
# maxmemory-policy noeviction

# 4六、設置每次移除時的樣本大小
# 默認5個：每次移除時選取5個樣本，移除其中符合策略的key
#
# maxmemory-samples 5

# 4七、是否從節點忽略maxmemory設置的值
#
# replica-ignore-maxmemory yes

# 4八、lazy free可譯爲惰性刪除或延遲釋放
#    當刪除鍵的時候,redis提供異步延時釋放key內存的功能，把key釋放操做放在bio(Background I/O)單獨的
#    子線程處理中，減小刪除big key對redis主線程的阻塞。有效地避免刪除big key帶來的性能和可用性問題。
#      redis 4.0 新加了4個參數：
#     1).lazyfree-lazy-eviction   : 是否異步驅逐key,當內存達到上限，分配失敗後
#    2).lazyfree-lazy-expire     : 是否異步進行key過時事件的處理
#      3).lazyfree-lazy-server-del : 是否異步進行刪除操做，相似unlink
#      4).replica-lazy-flush          : replica client 作全同步的時候，是否異步flush本地db
#

lazyfree-lazy-eviction no
lazyfree-lazy-expire no
lazyfree-lazy-server-del no
replica-lazy-flush no

# 4九、是否開啓AOF模式
#
appendonly no

# 50、保存數據的AOF文件名稱
#
appendfilename "appendonly.aof"

# 5一、fsync()調用告訴操做系統將數據真實的寫入磁盤而不是放到緩衝區中
#    redis支持3中不一樣的模式：
#     1).no      ：不及時同步，由操做系統控制什麼時候刷寫到磁盤上，這個模式速度最快
#      2).always  ：每次只寫日誌，速度較慢，但最安全
#    3).everysec：每秒鐘同步一次，折中方案，默認選項
#
appendfsync everysec

# 5二、當使用AOF的fsync方案設置爲："always"或"everysec"時，後臺的存儲進程會執行大量的磁盤I/O操做，
#    在一些Linux架構中，Redis在fsync()調用時可能會阻塞好久。這個問題當前並無修復，即便是在一個不一樣的
#    線程執行fsync也將會阻塞咱們的同步寫調用,爲了緩解這個問題，可使用如下選項，它將會在有一個BGSAVE
#    或BGREWRITEAOF正在運行時，阻止主進程調用fsync().
#    這意味着有另外一個子進程在存儲時，Redis的持久性等同於「appendfsync none」。
#    在實踐中，意味着在最壞的狀況下它可能丟失多達30秒的日誌（默認的Linux設置）
#
#    若是你有潛在的問題須要更改它爲「yes」。不然從持久性的觀點來看「no」是最安全的選擇
#
no-appendfsync-on-rewrite no

# 5三、自動重寫append only文件
#    當AOF日誌的大小根據指定的百分比增加時，Redis會暗中調用BGREWRITEAOF去自動重寫日誌文件
#
#    工做原理：Redis記憶AOF文件最後一次重寫的大小（若是重啓後沒有重寫發生，AOF的大小在啓動時會被使用）。
#    基本大小對比當前大小。若是當前大小比指定的百分比大，觸發重寫.而且你要爲AOF文件指定一個最小的尺寸去重寫,
#    這對於避免重寫AOF文件是有用的，即便達到了百分比增加率但它仍然是很是小的  
#    指定百分比爲0以便禁用自動AOF重寫
#
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

# 5四、當AOF文件在redis啓動過程當中被截斷
#    默認設置yes,當截斷的AOF文件被加載時，redis服務器啓動發出一個日誌告知用戶這個事件
#    設置no,服務器會停止一個錯誤並拒絕啓動
#
aof-load-truncated yes

# 5五、Redis4.0新增RDB-AOF混合持久化格式，在開啓了這個功能以後，AOF重寫產生的文件將同時
#    包含RDB格式的內容和AOF格式的內容，其中RDB格式的內容用於記錄已有的數據，
#    而AOF格式的內存則用於記錄最近發生了變化的數據，這樣Redis就能夠同時兼有RDB持久化和
#    AOF持久化的優勢（既可以快速地生成重寫文件，也可以在出現問題時，快速地載入數據）
aof-use-rdb-preamble yes

# 5六、Redis提供了lua-time-limit參數限制腳本的最長運行時間
#    默認5秒
#    當腳本運行時間超過這一限制後，Redis將開始接受其餘命令但不會執行（以確保腳本的原子性，由於此時腳本並無被終止），
#    而是會返回「BUSY」錯誤
lua-time-limit 5000

# 5七、是否開啓集羣
#
# cluster-enabled yes

# 5八、集羣配置文件
#
# cluster-config-file nodes-6379.conf

# 5九、節點互連超時時間，毫秒爲單位
#
# cluster-node-timeout 15000

# 60、在進行故障轉移的時候所有slave都會請求申請爲master，可是有些slave可能與master斷開鏈接一段時間了致使數據過於陳舊，
#    不該該被提高爲master。該參數就是用來判斷slave節點與master斷線的時間是否過長。
#    判斷方法是：比較slave斷開鏈接的時間和(node-timeout * slave-validity-factor)+ repl-ping-slave-period
#               若是節點超時時間爲三十秒，而且slave-validity-factor爲10，
#               假設默認的repl-ping-slave-period是10秒，即若是超過310秒slave將不會嘗試進行故障轉移。   
#
# cluster-replica-validity-factor 10

# 6一、master的slave數量大於該值，slave才能遷移到其餘孤立master上，如這個參數被設爲2，
#    那麼只有當一個主節點擁有2個可工做的從節點時，它的一個從節點纔會嘗試遷移
#
# cluster-migration-barrier 1

# 6二、集羣所有的slot有節點負責，集羣狀態才爲ok並提供服務。設置爲no能夠在slot沒有所有分配的時候提供服務。
#    不建議打開該配置，這樣會形成分區的時候，小分區的master一直在接受寫請求，而形成很長時間數據不一致
#
# cluster-require-full-coverage yes

# 6三、在主節點失效期間,從節點不容許對master失效轉移
#
# cluster-replica-no-failover no

# 6四、默認狀況下，Redis會自動檢測本身的IP和從配置中獲取綁定的PORT，告訴客戶端或者是其餘節點。
#    而在Docker環境中，若是使用的不是host網絡模式，在容器內部的IP和PORT都是隔離的，
#    那麼客戶端和其餘節點沒法經過節點公佈的IP和PORT創建鏈接
#
#    若是開啓如下配置，Redis節點會將配置中的這些IP和PORT告知客戶端或其餘節點。
#    而這些IP和PORT是經過Docker轉發到容器內的臨時IP和PORT的
#
# cluster-announce-ip 10.1.1.5
# cluster-announce-port 6379
# cluster-announce-bus-port 6380

# 6五、執行時間大於slowlog-log-slower-than的纔會定義成慢查詢，纔會被slow-log記錄
#    這裏的單位是微秒，默認是 10ms
#
slowlog-log-slower-than 10000

# 6六、慢查詢最大的條數，當slowlog超過設定的最大值後，會將最先的slowlog刪除，是個FIFO隊列
#
slowlog-max-len 128

# 6七、Redis延遲監視子系統在運行時對不一樣的操做進行採樣，以便收集可能致使延時的數據根源
#    經過LATENCY命令，能夠打印圖表並獲取報告
#    系統僅記錄在等於或大於 latency-monitor-threshold 指定的毫秒數的時間內執行的操做.
#    當其值設置爲0時，將關閉延遲監視器.默認狀況下，延遲監視被禁用,由於若是您沒有延遲問題，
#    則一般不須要延遲監視,而且收集數據會對性能產生影響,雖然很是小.
#    若是須要，可使用命令「CONFIG SET latency-monitor-threshold <milliseconds>」在運行時輕鬆啓用延遲監視
#
latency-monitor-threshold 0

# 6八、Redis能夠向Pub / Sub客戶端通知鍵空間發生的事件。  
#    若是啓用了鍵空間事件通知，而且客戶端對存儲在數據庫0中的鍵foo執行DEL操做，
#    則將經過Pub / Sub發佈兩條消息:
# PUBLISH __keyspace@0__:foo del
# PUBLISH __keyevent@0__:del foo
#
#    以 keyspace 爲前綴的頻道被稱爲鍵空間通知（key-space notification）,
#    而以 keyevent 爲前綴的頻道則被稱爲鍵事件通知
#
#  K     鍵空間通知，全部通知以 __keyspace@<db>__ 爲前綴.
#  E     鍵事件通知，全部通知以 __keyevent@<db>__ 爲前綴.
#  g     DEL 、 EXPIRE 、 RENAME 等類型無關的通用命令的通知
#  $     字符串命令的通知
#  l     列表命令的通知
#  s     集合命令的通知
#  h     哈希命令的通知
#  z     有序集合命令的通知
#  x     過時事件：每當有過時鍵被刪除時發送
#  e     驅逐(evict)事件：每當有鍵由於 maxmemory 策略而被刪除時發送
#  A     參數 g$lshzxe 的別名
#
#    輸入的參數中至少要有一個 K 或者 E ， 不然的話， 無論其他的參數是什麼， 都不會有任何通知被分發
#    若是隻想訂閱鍵空間中和列表相關的通知， 那麼參數就應該設爲 Kl.
#    將參數設爲字符串 "AKE" 表示發送全部類型的通知
#
notify-keyspace-events ""

# 6九、hash類型的數據結構在編碼上可使用ziplist和hashtable。
#    ziplist的特色就是文件存儲(以及內存存儲)所需的空間較小,在內容較小時,性能和hashtable幾乎同樣
#    所以redis對hash類型默認採起ziplist。若是hash中條目個數或者value長度達到閥值,內部編碼將使用hashtable
#    這個參數指的是ziplist中容許存儲的最大條目個數，默認爲512，建議爲128
#    ziplist中容許條目value值最大字節數，默認爲64，建議爲1024
#
hash-max-ziplist-entries 512
hash-max-ziplist-value 64

# 70、當取正值的時候，表示按照數據項個數來限定每一個quicklist節點上的ziplist長度。
# 好比，當這個參數配置成5的時候，表示每一個quicklist節點的ziplist最多包含5個數據項
# 當取負值的時候，表示按照佔用字節數來限定每一個quicklist節點上的ziplist長度。這時，它只能取-1到-5這五個值
# For a fixed maximum size, use -5 through -1, meaning:
# -5: max size: 64 Kb  <-- not recommended for normal workloads
# -4: max size: 32 Kb  <-- not recommended
# -3: max size: 16 Kb  <-- probably not recommended
# -2: max size: 8 Kb   <-- good
# -1: max size: 4 Kb   <-- good
# 性能最高的選項一般爲-2（8 Kb大小）或-1（4 Kb大小）。
#
list-max-ziplist-size -2

# 7一、一個quicklist兩端不被壓縮的節點個數
#    參數list-compress-depth的取值含義以下：
#     0: 表示都不壓縮。這是Redis的默認值
#     1: 表示quicklist兩端各有1個節點不壓縮，中間的節點壓縮
#     2：表示quicklist兩端各有2個節點不壓縮，中間的節點壓縮
#     3: 表示quicklist兩端各有3個節點不壓縮，中間的節點壓縮
#
list-compress-depth 0

# 7二、數據量小於等於512用intset，大於512用set
#
set-max-intset-entries 512

# 7三、數據量小於等於zset-max-ziplist-entries用ziplist，大於zset-max-ziplist-entries用zset
#
zset-max-ziplist-entries 128
zset-max-ziplist-value 64

# 7四、value大小小於等於hll-sparse-max-bytes使用稀疏數據結構（sparse）
#    大於hll-sparse-max-bytes使用稠密的數據結構（dense），一個比16000大的value是幾乎沒用的
#    建議的value大概爲3000。若是對CPU要求不高，對空間要求較高的，建議設置到10000左右
#
hll-sparse-max-bytes 3000

# 7五、stream 的最大內存開銷字節數
#
stream-node-max-bytes 4096
#    stream 的最大項數量
#
stream-node-max-entries 100

# 7六、指定是否激活重置哈希，默認爲開啓。對實時性要求高的，可更改成no，不開啓
#
activerehashing yes

# 7七、客戶端的輸出緩衝區的限制，可用於強制斷開那些由於某種緣由從服務器讀取數據的速度不夠快的客戶端
#    （一個常見的緣由是一個發佈/訂閱客戶端消費消息的速度沒法遇上生產它們的速度）
#    能夠對三種不一樣的客戶端設置不一樣的限制：
#
# normal   -> 正常客戶端
# replica  -> slave和 MONITOR 客戶端
# pubsub   -> 至少訂閱了一個pubsub channel或pattern的客戶端
#
#  默認normal客戶端不作限制，由於他們在不主動請求時不接收數據（以推的方式），只有異步客戶端
#  可能會出現請求數據的速度比它能夠讀取的速度快的場景
#  pubsub和slave客戶端會有一個默認值，由於訂閱者和slaves以推的方式來接收數據
#  把硬限制和軟限制都設置爲0來禁用該功能
#
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit replica 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60

# 7八、客戶端查詢緩存大小限制,若是multi/exec 大能夠考慮調節
#
# client-query-buffer-limit 1gb

# 7九、批量請求的大小限制
#
# proto-max-bulk-len 512mb

# 80、調節可讓redis再空閒時間更多的作一些任務(如關閉超時客戶端等)
hz 10

# 8一、當啓用動態赫茲時，實際配置的赫茲將用做做爲基線，但實際配置的赫茲值的倍數
#    在鏈接更多客戶端後根據須要使用。這樣一個閒置的實例將佔用不多的CPU時間，而繁忙的實例將反應更靈敏
#
dynamic-hz yes

# 8二、在aof重寫的時候，若是打開了aof-rewrite-incremental-fsync開關，系統會每32MB執行一次fsync
#    這對於把文件寫入磁盤是有幫助的，能夠避免過大的延遲峯值
#
aof-rewrite-incremental-fsync yes

# 8三、RDB自動觸發策略是否啓用，默認爲yes
#    在rdb保存的時候，若是打開了rdb-save-incremental-fsync開關，系統會每32MB執行一次fsync    
#    這對於把文件寫入磁盤是有幫助的，能夠避免過大的延遲峯值
#
rdb-save-incremental-fsync yes

# 8四、調整計數器的增加速度
# lfu-log-factor 10
# 是一個以分鐘爲單位的數值，能夠調整counter的減小速度
# lfu-decay-time 1

# 8五、已啓用活動碎片整理
#
# activedefrag yes

# 8六、啓動活動碎片整理的最小碎片浪費量
#
# active-defrag-ignore-bytes 100mb

# 8七、啓動活動碎片整理的最小碎片百分比
#
# active-defrag-threshold-lower 10

# 8八、咱們使用最大努力的最大碎片百分比
#
# active-defrag-threshold-upper 100

# 8九、以CPU百分比表示的碎片整理的最小工做量
#
# active-defrag-cycle-min 5

# 90、在CPU的百分比最大的努力和碎片整理
#
# active-defrag-cycle-max 75

# 9一、將從中處理的set/hash/zset/list字段的最大數目 # 主詞典掃描 # # active-defrag-max-scan-fields 1000