|
# 默認(rèn)情況下，redis不是在后臺模式運行的，如果需要在后臺進(jìn)程運行，把該項的值更改為yes，默認(rèn)為no daemonize：是否以后臺daemon方式運行 # 如redis服務(wù)以后臺進(jìn)程運行的時候，Redis默認(rèn)會把pid寫入/run/redis.pid文件組，你可以配置到其他文件路徑。 # 當(dāng)運行多個redis服務(wù)時，需要指定不同的pid文件和端口 pidfile：pid文件位置 # 指定redis監(jiān)聽端口，默認(rèn)為6379 # 如果端口設(shè)置為0，Redis就不會監(jiān)聽TCP套接字。 port：監(jiān)聽的端口號 # 指定redis只接收來自于該IP地址的請求，如果不進(jìn)行設(shè)置，默認(rèn)將處理所有請求， # 在生產(chǎn)環(huán)境中最好設(shè)置該項 bind 127.0.0.1 # 設(shè)置客戶端連接時的超時時間，單位為秒。當(dāng)客戶端在這段時間內(nèi)沒有發(fā)出任何指令，那么關(guān)閉該連接 # 默認(rèn)值：0代表禁用，永不關(guān)閉 timeout：請求超時時間 # 指定用來監(jiān)聽連接的unxi套接字的路徑。這個沒有默認(rèn)值，所以如果不指定的話，Redis就不會通過unix套接字來監(jiān)聽。 # unixsocket /tmp/redis.sock # unixsocketperm 755 # 指定日志記錄級別 # Redis總共支持四個級別：debug、verbose、notice、warning，默認(rèn)為verbose # debug 記錄很多信息，用于開發(fā)和測試 # varbose 很多精簡的有用信息，不像debug會記錄那么多 # notice 普通的verbose，常用于生產(chǎn)環(huán)境 # warning 只有非常重要或者嚴(yán)重的信息會記錄到日志 loglevel：log信息級別 # 配置log文件名稱和全路徑地址 # 默認(rèn)值為stdout，使用“標(biāo)準(zhǔn)輸出”，默認(rèn)后臺模式會輸出到/dev/null logfile：log文件位置 # 可用數(shù)據(jù)庫數(shù)，默認(rèn)值為16，默認(rèn)數(shù)據(jù)庫存儲在DB 0號ID庫中，無特殊需求，建議僅設(shè)置一個數(shù)據(jù)庫 databases 1 # 查詢數(shù)據(jù)庫使用 SELECT <dbid> # dbid介于 0 到 'databases'-1 之間 databases：開啟數(shù)據(jù)庫的數(shù)量 save * *：保存快照的頻率，第一個*表示多長時間，第三個*表示執(zhí)行多少次寫操作。在一定時間內(nèi)執(zhí)行一定數(shù)量的寫操作時，自動保存快照?？稍O(shè)置多個條件。 rdbcompression：是否使用壓縮 dbfilename：數(shù)據(jù)快照文件名（只是文件名，不包括目錄） dir：數(shù)據(jù)快照的保存目錄（這個是目錄） appendonly：是否開啟appendonlylog，開啟的話每次寫操作會記一條log，這會提高數(shù)據(jù)抗風(fēng)險能力，但影響效率。 appendfsync：appendonlylog如何同步到磁盤（三個選項，分別是每次寫都強(qiáng)制調(diào)用fsync、每秒啟用一次fsync、不調(diào)用fsync等待系統(tǒng)自己同步） ########## REPLICATION 同步 ########## # # 主從同步。通過 slaveof 配置來實現(xiàn)Redis實例的備份。 # 注意，這里是本地從遠(yuǎn)端復(fù)制數(shù)據(jù)。也就是說，本地可以有不同的數(shù)據(jù)庫文件、綁定不同的IP、監(jiān)聽不同的端口。 # 當(dāng)本機(jī)為從服務(wù)時，設(shè)置主服務(wù)的IP及端口，在Redis啟動時，它會自動從主服務(wù)進(jìn)行數(shù)據(jù)同步 # slaveof <masterip> <masterport> # 如果主服務(wù)master設(shè)置了密碼(通過下面的 "requirepass" 選項來配置)，slave服務(wù)連接master的密碼，那么slave在開始同步之前必須進(jìn)行身份驗證，否則它的同步請求會被拒絕。 #當(dāng)本機(jī)為從服務(wù)時，設(shè)置主服務(wù)的連接密碼 # masterauth <master-password> # 當(dāng)一個slave失去和master的連接，或者同步正在進(jìn)行中，slave的行為有兩種可能： # 1) 如果 slave-serve-stale-data 設(shè)置為 "yes" (默認(rèn)值)，slave會繼續(xù)響應(yīng)客戶端請求，可能是正常數(shù)據(jù)，也可能是還沒獲得值的空數(shù)據(jù)。 # 2) 如果 slave-serve-stale-data 設(shè)置為 "no"，slave會回復(fù)"正在從master同步(SYNC with master in progress)"來處理各種請求，除了 INFO 和 SLAVEOF 命令。 slave-serve-stale-data yes # slave根據(jù)指定的時間間隔向服務(wù)器發(fā)送ping請求。 # 時間間隔可以通過 repl_ping_slave_period 來設(shè)置。 # 默認(rèn)10秒 # repl-ping-slave-period 10 # 下面的選項設(shè)置了大塊數(shù)據(jù)I/O、向master請求數(shù)據(jù)和ping響應(yīng)的過期時間。 # 默認(rèn)值60秒。 # 一個很重要的事情是：確保這個值比 repl-ping-slave-period 大，否則master和slave之間的傳輸過期時間比預(yù)想的要短。 # repl-timeout 60 ########## SECURITY 安全 ########## # 要求客戶端在處理任何命令時都要驗證身份和設(shè)置密碼。 # 如果你不相信請求者，這個功能很有用。 # 為了向后兼容的話，這段應(yīng)該注釋掉。而且大多數(shù)人不需要身份驗證(例如：它們運行在自己的服務(wù)器上。) # 警告：外部使用者可以每秒嘗試150k的密碼來試圖破解密碼，這意味著你需要一個高強(qiáng)度的密碼，否則破解太容易了。 # 設(shè)置連接密碼 # requirepass foobared # 命令重命名，可設(shè)置多個 # 在共享環(huán)境下，可以為危險命令改變名字。比如，你可以為 CONFIG 改個其他不太容易猜到的名字，這樣你自己仍然可以使用，而別人卻沒法知道它。 # 例如: # rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52 # rename-command info info_biran # rename-command set set_biran # 甚至也可以通過給命令賦值一個空字符串來完全禁用這條命令： # rename-command CONFIG "" ########## LIMITS 限制 ########## # 設(shè)置最大同時連接客戶端數(shù)量。 # 默認(rèn)沒有限制，這個關(guān)系到Redis進(jìn)程能夠打開的文件描述符數(shù)量。 # 特殊值"0"表示沒有限制。 # 一旦達(dá)到這個限制，Redis會關(guān)閉所有新連接并發(fā)送錯誤"達(dá)到最大用戶數(shù)上限(max number of clients reached)" # maxclients 128 # 不要用比設(shè)置的上限更多的內(nèi)存。一旦內(nèi)存使用達(dá)到上限，Redis會根據(jù)選定的回收策略(參見：maxmemmory-policy：內(nèi)存策略設(shè)置)刪除key。 # 如果因為刪除策略問題Redis無法刪除key，或者策略設(shè)置為 "noeviction"，Redis會回復(fù)需要更多內(nèi)存的錯誤信息給命令。 # 例如，SET,LPUSH等等。但是會繼續(xù)合理響應(yīng)只讀命令，比如：GET。 # 在使用Redis作為LRU緩存，或者為實例設(shè)置了硬性內(nèi)存限制的時候(使用 "noeviction" 策略)的時候，這個選項還是滿有用的。 # 警告：當(dāng)一堆slave連上達(dá)到內(nèi)存上限的實例的時候，響應(yīng)slave需要的輸出緩存所需內(nèi)存不計算在使用內(nèi)存當(dāng)中。 # 這樣當(dāng)請求一個刪除掉的key的時候就不會觸發(fā)網(wǎng)絡(luò)問題／重新同步的事件，然后slave就會收到一堆刪除指令，直到數(shù)據(jù)庫空了為止。 # 簡而言之，如果你有slave連上一個master的話，那建議你把master內(nèi)存限制設(shè)小點兒，確保有足夠的系統(tǒng)內(nèi)存用作輸出緩存。 # (如果策略設(shè)置為"noeviction"的話就不無所謂了) # 設(shè)置最大內(nèi)存，達(dá)到最大內(nèi)存設(shè)置后，Redis會先嘗試清除已到期或即將到期的Key，當(dāng)此方法處理后，任到達(dá)最大內(nèi)存設(shè)置，將無法再進(jìn)行寫入操作。 # maxmemory 256000000分配256M內(nèi)存 # maxmemory <bytes> # 內(nèi)存策略：如果達(dá)到內(nèi)存限制了，Redis如何刪除key。你可以在下面五個策略里面選： # # volatile-lru -> 根據(jù)LRU算法生成的過期時間來刪除。 # allkeys-lru -> 根據(jù)LRU算法刪除任何key。 # volatile-random -> 根據(jù)過期設(shè)置來隨機(jī)刪除key。 # allkeys->random -> 無差別隨機(jī)刪。 # volatile-ttl -> 根據(jù)最近過期時間來刪除(輔以TTL) # noeviction -> 誰也不刪，直接在寫操作時返回錯誤。 # # 注意：對所有策略來說，如果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 # # 默認(rèn)值如下： # maxmemory-policy volatile-lru # LRU和最小TTL算法的實現(xiàn)都不是很精確，但是很接近(為了省內(nèi)存)，所以你可以用樣例做測試。 # 例如：默認(rèn)Redis會檢查三個key然后取最舊的那個，你可以通過下面的配置項來設(shè)置樣本的個數(shù)。 # maxmemory-samples 3 ########## APPEND ONLY MODE 純累加模式 ########## # 默認(rèn)情況下，Redis是異步的把數(shù)據(jù)導(dǎo)出到磁盤上。因為redis本身同步數(shù)據(jù)文件是按上面save條件來同步的，所以有的數(shù)據(jù)會在一段時間內(nèi)只存在于內(nèi)存中，這種情況下，當(dāng)Redis宕機(jī)的時候，最新的數(shù)據(jù)就丟了。 # 如果不希望丟掉任何一條數(shù)據(jù)的話就該用純累加模式：一旦開啟這個模式，Redis會把每次寫入的數(shù)據(jù)在接收后都寫入 appendonly.aof 文件。 # 每次啟動時Redis都會把這個文件的數(shù)據(jù)讀入內(nèi)存里。 # # 注意，異步導(dǎo)出的數(shù)據(jù)庫文件和純累加文件可以并存(此時需要把上面所有"save"設(shè)置都注釋掉，關(guān)掉導(dǎo)出機(jī)制)。 # 如果純累加模式開啟了，那么Redis會在啟動時載入日志文件而忽略導(dǎo)出的 dump.rdb 文件。 # # 重要：查看 BGREWRITEAOF 來了解當(dāng)累加日志文件太大了之后，怎么在后臺重新處理這個日志文件。 # 設(shè)置：yes為純累加模式 appendonly no # 設(shè)置純累加文件名字及保存路徑，默認(rèn)："appendonly.aof" # appendfilename appendonly.aof # fsync() 請求操作系統(tǒng)馬上把數(shù)據(jù)寫到磁盤上，不要再等了。 # 有些操作系統(tǒng)會真的把數(shù)據(jù)馬上刷到磁盤上；有些則要磨蹭一下，但是會盡快去做。 # Redis支持三種不同的模式： # # no：不要立刻刷，只有在操作系統(tǒng)需要刷的時候再刷。比較快。 # always：每次寫操作都立刻寫入到aof文件。慢，但是最安全。 # everysec：每秒寫一次。折衷方案。 # 默認(rèn)的 "everysec" 通常來說能在速度和數(shù)據(jù)安全性之間取得比較好的平衡。 # 如果你真的理解了這個意味著什么，那么設(shè)置"no"可以獲得更好的性能表現(xiàn)(如果丟數(shù)據(jù)的話，則只能拿到一個不是很新的快照)； # 或者相反的，你選擇 "always" 來犧牲速度確保數(shù)據(jù)安全、完整。 # # 如果不確定這些模式的使用，建議使用 "everysec" # # appendfsync always appendfsync everysec # appendfsync no # 如果AOF的同步策略設(shè)置成 "always" 或者 "everysec"，那么后臺的存儲進(jìn)程(后臺存儲或?qū)懭階OF日志)會產(chǎn)生很多磁盤I/O開銷。 # 某些Linux的配置下會使Redis因為 fsync() 而阻塞很久。 # 注意，目前對這個情況還沒有完美修正，甚至不同線程的 fsync() 會阻塞我們的 write(2) 請求。 # # 為了緩解這個問題，可以用下面這個選項。它可以在 BGSAVE 或 BGREWRITEAOF 處理時阻止 fsync()。 # # 這就意味著如果有子進(jìn)程在進(jìn)行保存操作，那么Redis就處于"不可同步"的狀態(tài)。 # 這實際上是說，在最差的情況下可能會丟掉30秒鐘的日志數(shù)據(jù)。(默認(rèn)Linux設(shè)定) # # 如果你有延遲的問題那就把這個設(shè)為 "yes"，否則就保持 "no"，這是保存持久數(shù)據(jù)的最安全的方式。 no-appendfsync-on-rewrite no # 自動重寫AOF文件 # 如果AOF日志文件大到指定百分比，Redis能夠通過 BGREWRITEAOF 自動重寫AOF日志文件。 # # 工作原理：Redis記住上次重寫時AOF日志的大小(或者重啟后沒有寫操作的話，那就直接用此時的AOF文件)， # 基準(zhǔn)尺寸和當(dāng)前尺寸做比較。如果當(dāng)前尺寸超過指定比例，就會觸發(fā)重寫操作。 # # 你還需要指定被重寫日志的最小尺寸，這樣避免了達(dá)到約定百分比但尺寸仍然很小的情況還要重寫。 # # 指定百分比為0會禁用AOF自動重寫特性。 auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb ########## SLOW LOG 慢查詢?nèi)罩?########## # Redis慢查詢?nèi)罩究梢杂涗洺^指定時間的查詢。運行時間不包括各種I/O時間。 # 例如：連接客戶端，發(fā)送響應(yīng)數(shù)據(jù)等。只計算命令運行的實際時間(這是唯一一種命令運行線程阻塞而無法同時為其他請求服務(wù)的場景) # # 你可以為慢查詢?nèi)罩九渲脙蓚€參數(shù)：一個是超標(biāo)時間，單位為微妙，記錄超過個時間的命令。 # 另一個是慢查詢?nèi)罩鹃L度。當(dāng)一個新的命令被寫進(jìn)日志的時候，最老的那個記錄會被刪掉。 # # 下面的時間單位是微秒，所以1000000就是1秒。注意，負(fù)數(shù)時間會禁用慢查詢?nèi)罩?，?則會強(qiáng)制記錄所有命令。 slowlog-log-slower-than 10000 # 這個長度沒有限制。只要有足夠的內(nèi)存就行。你可以通過 SLOWLOG RESET 來釋放內(nèi)存。 slowlog-max-len 128 ########## VIRTUAL MEMORY 虛擬內(nèi)存 ########## ### 警告！虛擬內(nèi)存在Redis 2.4是反對的，因性能問題，2.4版本 VM機(jī)制徹底廢棄，不建議使用此配置！?。。。。。。。。?！ # 虛擬內(nèi)存可以使Redis在內(nèi)存不夠的情況下仍然可以將所有數(shù)據(jù)序列保存在內(nèi)存里。 # 為了做到這一點，高頻key會調(diào)到內(nèi)存里，而低頻key會轉(zhuǎn)到交換文件里，就像操作系統(tǒng)使用內(nèi)存頁一樣。 # 要使用虛擬內(nèi)存，只要把 "vm-enabled" 設(shè)置為 "yes"，并根據(jù)需要設(shè)置下面三個虛擬內(nèi)存參數(shù)就可以了。 vm-enabled no # 這是交換文件的路徑。估計你猜到了，交換文件不能在多個Redis實例之間共享，所以確保每個Redis實例使用一個獨立交換文件。 # 最好的保存交換文件(被隨機(jī)訪問)的介質(zhì)是固態(tài)硬盤(SSD)。 # *** 警告 *** 如果你使用共享主機(jī)，那么默認(rèn)的交換文件放到 /tmp 下是不安全的。 # 創(chuàng)建一個Redis用戶可寫的目錄，并配置Redis在這里創(chuàng)建交換文件。 vm-swap-file /tmp/redis.swap # "vm-max-memory" 配置虛擬內(nèi)存可用的最大內(nèi)存容量。 # 如果交換文件還有空間的話，所有超標(biāo)部分都會放到交換文件里。 # "vm-max-memory" 設(shè)置為0表示系統(tǒng)會用掉所有可用內(nèi)存，建議設(shè)置為剩余內(nèi)存的60%-80%。 # 將所有大于vm-max-memory的數(shù)據(jù)存入虛擬內(nèi)存,無論vm-max-memory設(shè)置多小,所有索引數(shù)據(jù)都是內(nèi)存存儲的(Redis的索引數(shù)據(jù)就是keys),也就是說,當(dāng)vm-max-memory設(shè)置為0的時候,其實是所有value都存在于磁盤。默認(rèn)值為0。 vm-max-memory 0 # Redis交換文件是分成多個數(shù)據(jù)頁的。 # 一個可存儲對象可以被保存在多個連續(xù)頁里，但是一個數(shù)據(jù)頁無法被多個對象共享。 # 所以，如果你的數(shù)據(jù)頁太大，那么小對象就會浪費掉很多空間。 # 如果數(shù)據(jù)頁太小，那用于存儲的交換空間就會更少(假定你設(shè)置相同的數(shù)據(jù)頁數(shù)量) # 如果你使用很多小對象，建議分頁尺寸為64或32個字節(jié)。 # 如果你使用很多大對象，那就用大一些的尺寸。 # 如果不確定，那就用默認(rèn)值 :) vm-page-size 32 # 交換文件里數(shù)據(jù)頁總數(shù)。 # 根據(jù)內(nèi)存中分頁表(已用/未用的數(shù)據(jù)頁分布情況)，磁盤上每8個數(shù)據(jù)頁會消耗內(nèi)存里1個字節(jié)。 # 交換區(qū)容量 = vm-page-size * vm-pages # 根據(jù)默認(rèn)的32字節(jié)的數(shù)據(jù)頁尺寸和134217728的數(shù)據(jù)頁數(shù)來算，Redis的數(shù)據(jù)頁文件會占4GB，而內(nèi)存里的分頁表會消耗16MB內(nèi)存。 # 為你的應(yīng)驗程序設(shè)置最小且夠用的數(shù)字比較好，下面這個默認(rèn)值在大多數(shù)情況下都是偏大的。 vm-pages 134217728 # 同時可運行的虛擬內(nèi)存I/O線程數(shù)，即訪問swap文件的線程數(shù)。 # 這些線程可以完成從交換文件進(jìn)行數(shù)據(jù)讀寫的操作，也可以處理數(shù)據(jù)在內(nèi)存與磁盤間的交互和編碼/解碼處理。 # 多一些線程可以一定程度上提高處理效率，雖然I/O操作本身依賴于物理設(shè)備的限制，不會因為更多的線程而提高單次讀寫操作的效率。 # 特殊值0會關(guān)閉線程級I/O，并會開啟阻塞虛擬內(nèi)存機(jī)制。 # 設(shè)置最好不要超過機(jī)器的核數(shù),如果設(shè)置為0,那么所有對swap文件的操作都是串行的.可能會造成比較長時間的延遲,但是對數(shù)據(jù)完整性有很好的保證. vm-max-threads 4 ########## ADVANCED CONFIG 高級配置 ########## # 當(dāng)有大量數(shù)據(jù)時，適合用哈希編碼(這會需要更多的內(nèi)存)，元素數(shù)量上限不能超過給定限制。 # Redis Hash是value內(nèi)部為一個HashMap，如果該Map的成員數(shù)比較少，則會采用類似一維線性的緊湊格式來存儲該Map, 即省去了大量指針的內(nèi)存開銷，如下2個條件任意一個條件超過設(shè)置值都會轉(zhuǎn)換成真正的HashMap， # 當(dāng)value這個Map內(nèi)部不超過多少個成員時會采用線性緊湊格式存儲，默認(rèn)是64,即value內(nèi)部有64個以下的成員就是使用線性緊湊存儲，超過該值自動轉(zhuǎn)成真正的HashMap。 hash-max-zipmap-entries 512 # 當(dāng) value這個Map內(nèi)部的每個成員值長度不超過多少字節(jié)就會采用線性緊湊存儲來節(jié)省空間。 hash-max-zipmap-value 64 # 與hash-max-zipmap-entries哈希相類似，數(shù)據(jù)元素較少的情況下，可以用另一種方式來編碼從而節(jié)省大量空間。 # list數(shù)據(jù)類型多少節(jié)點以下會采用去指針的緊湊存儲格式 list-max-ziplist-entries 512 # list數(shù)據(jù)類型節(jié)點值大小小于多少字節(jié)會采用緊湊存儲格式 list-max-ziplist-value 64 # 還有這樣一種特殊編碼的情況：數(shù)據(jù)全是64位無符號整型數(shù)字構(gòu)成的字符串。 # 下面這個配置項就是用來限制這種情況下使用這種編碼的最大上限的。 set-max-intset-entries 512 # 與第一、第二種情況相似，有序序列也可以用一種特別的編碼方式來處理，可節(jié)省大量空間。 # 這種編碼只適合長度和元素都符合下面限制的有序序列： zset-max-ziplist-entries 128 zset-max-ziplist-value 64 # 哈希刷新，每100個CPU毫秒會拿出1個毫秒來刷新Redis的主哈希表(頂級鍵值映射表)。 # redis所用的哈希表實現(xiàn)(見dict.c)采用延遲哈希刷新機(jī)制：你對一個哈希表操作越多，哈希刷新操作就越頻繁； # 反之，如果服務(wù)器非常不活躍那么也就是用點內(nèi)存保存哈希表而已。 # 默認(rèn)是每秒鐘進(jìn)行10次哈希表刷新，用來刷新字典，然后盡快釋放內(nèi)存。 # 建議： # 如果你對延遲比較在意的話就用 "activerehashing no"，每個請求延遲2毫秒不太好嘛。 # 如果你不太在意延遲而希望盡快釋放內(nèi)存的話就設(shè)置 "activerehashing yes"。 activerehashing yes ########## INCLUDES 包含 ########## # 包含一個或多個其他配置文件。 # 這在你有標(biāo)準(zhǔn)配置模板但是每個redis服務(wù)器又需要個性設(shè)置的時候很有用。 # 包含文件特性允許你引人其他配置文件，所以好好利用吧。 # include /path/to/local.conf # include /path/to/other.conf |
|
|
