Redis配置參數說明

如果是一個專業的DBA，那麼執行個體啟動時會加很多的參數以便使系統啟動並執行非常穩定，這樣就可能會在啟動時在Redis後面加一個參數，以指定設定檔的路徑，就象mysql一樣的讀取啟動設定檔的方式來啟動資料庫。源碼編譯完成後，在redis-2.2.12目錄下有一個redis.conf檔案，這個檔案即是Redis的設定檔，用設定檔來啟動Redis的方法如下:

[root@localhost redis-2.2.12]# src/redis-server redis.conf

Redis支援很多的參數，但都有預設值。

daemonize:

預設情況下，redis不是在後台啟動並執行，如果需要在後台運行，把該項的值更改為yes

pidfile

當Redis在後台啟動並執行時候，Redis預設會把pid檔案放在/var/run/redis.pid，你可以配置到其他地址。當運行多個redis服務時，需要指定不同的pid檔案和連接埠

bind

指定Redis只接收來自於該IP地址的請求，如果不進行設定，那麼將處理所有請求，在生產環境中最好設定該項

port

監聽連接埠，預設為6379

timeout

設定用戶端串連時的逾時時間，單位為秒。當用戶端在這段時間內沒有發出任何指令，那麼關閉該串連

loglevel

log等級分為4級，debug, verbose, notice, 和warning。生產環境下一般開啟notice

logfile

配置log檔案地址，預設使用標準輸出，即列印在命令列終端的視窗上

databases

設定資料庫的個數，可以使用SELECT <dbid>命令來切換資料庫。預設使用的資料庫是0

save
設定Redis進行資料庫鏡像的頻率。
if(在60秒之內有10000個keys發生變化時){
進行鏡像備份
}else if(在300秒之內有10個keys發生了變化){
進行鏡像備份
}else if(在900秒之內有1個keys發生了變化){
進行鏡像備份

}

rdbcompression

在進行鏡像備份時，是否進行壓縮

dbfilename

鏡像備份檔案的檔案名稱

dir
資料庫鏡像備份的檔案放置的路徑。這裡的路徑跟檔案名稱要分開配置是因為Redis在進

行備份時，先會將當前資料庫的狀態寫入到一個臨時檔案中，等備份完成時，再把該該臨時檔案替換為上面所指定的檔案，而這裡的臨時檔案和上面所配置的備份檔案都會放在這個指定的路徑當中

slaveof

設定該資料庫為其他資料庫的從資料庫

masterauth

當主要資料庫串連要求輸入密碼驗證時，在這裡指定

requirepass

設定用戶端串連後進行任何其他指定前需要使用的密碼。警告：因為redis速度相當快，所以在一台比較好的伺服器下，一個外部的使用者可以在一秒鐘進行150K次的密碼嘗試，這意味著你需要指定非常非常強大的密碼來防止暴力破解。

maxclients

限制同時串連的客戶數量。當串連數超過這個值時，redis將不再接收其他串連請求，用戶端嘗試串連時將收到error資訊。

maxmemory

設定redis能夠使用的最大記憶體。當記憶體滿了的時候，如果還接收到set命令，redis將先嘗試剔除設定過expire資訊的key，而不管該key的到期時間還沒有到達。在刪除時，將按照到期時間進行刪除，最早將要被到期的key將最先被刪除。如果帶有expire資訊的key都刪光了，那麼將返回錯誤。這樣，redis將不再接收寫請求，只接收get請求。maxmemory的設定比較適合於把redis當作於類似memcached的緩衝來使用。

appendonly

預設情況下，redis會在後台非同步把資料庫鏡像備份到磁碟，但是該備份是非常耗時的，而且備份也不能很頻繁，如果發生諸如拉閘限電、拔插頭等狀況，那麼將造成比較大範圍的資料丟失。所以redis提供了另外一種更加高效的Database Backup及災難恢複方式。開啟append only模式之後，redis會把所接收到的每一次寫操作請求都追加到appendonly.aof檔案中，當redis重新啟動時，會從該檔案恢複出之前的狀態。但是這樣會造成appendonly.aof檔案過大，所以redis還支援了BGREWRITEAOF指令，對appendonly.aof進行重新整理。所以我認為推薦生產環境下的做法為關閉鏡像，開啟appendonly.aof，同時可以選擇在訪問較少的時間每天對appendonly.aof進行重寫一次。

appendfsync

設定對appendonly.aof檔案進行同步的頻率。always表示每次有寫操作都進行同步，everysec表示對寫操作進行累積，每秒同步一次。這個需要根據實際業務情境進行配置

vm-enabled

是否開啟虛擬記憶體支援。因為redis是一個記憶體資料庫，而且當記憶體滿的時候，無法接收新的寫請求，所以在redis 2.0中，提供了虛擬記憶體的支援。但是需要注意的是，redis中，所有的key都會放在記憶體中，在記憶體不夠時，只會把value值放入交換區。這樣保證了雖然使用虛擬記憶體，但效能基本不受影響，同時，你需要注意的是你要把vm-max-memory設定到足夠來放下你的所有的key

vm-swap-file

設定虛擬記憶體的分頁檔路徑

vm-max-memory

這裡設定開啟虛擬記憶體之後，redis將使用的最大實體記憶體的大小。預設為0，redis將把他所有的能放到分頁檔的都放到分頁檔中，以盡量少的使用實體記憶體。在生產環境下，需要根據實際情況設定該值，最好不要使用預設的0

vm-page-size

設定虛擬記憶體的頁大小，如果你的value值比較大，比如說你要在value中放置部落格、新聞之類的所有文章內容，就設大一點，如果要放置的都是很小的內容，那就設小一點。

vm-pages

設定分頁檔的總的page數量，需要注意的是，page table資訊會放在實體記憶體中，每8個page就會佔據RAM中的1個byte。總的虛擬記憶體大小 ＝ vm-page-size * vm-pages

vm-max-threads

設定VM IO同時使用的線程數量。因為在進行記憶體交換時，對資料有編碼和解碼的過程，所以儘管IO裝置在硬體上本上不能支援很多的並發讀寫，但是還是如果你所儲存的vlaue值比較大，將該值設大一些，還是能夠提升效能的

glueoutputbuf

把小的輸出緩衝放在一起，以便能夠在一個TCP packet中為用戶端發送多個響應，具體原理和真實效果我不是很清楚。所以根據注釋，你不是很確定的時候就設定成yes

hash-max-zipmap-entries

在redis 2.0中引入了hash資料結構。當hash中包含超過指定元素個數並且最大的元素沒有超過臨界時，hash將以一種特殊的編碼方式（大大減少記憶體使用量）來儲存，這裡可以設定這兩個臨界值

activerehashing

開啟之後，redis將在每100毫秒時使用1毫秒的CPU時間來對redis的hash表進行重新hash，可以降低記憶體的使用。當你的使用情境中，有非常嚴格的即時性需要，不能夠接受Redis時不時的對請求有2毫秒的延遲的話，把這項配置為no。如果沒有這麼嚴格的即時性要求，可以設定為yes，以便能夠儘可能快的釋放記憶體