Redis設定檔redis.conf參數解讀

 

redis.conf配置選項如下
daemonize 是否以後台進程運行，預設為no
pidfile 如以後台進程運行，則需指定一個pid，預設為/var/run/redis.pid
bind 綁定主機IP，預設值為127.0.0.1（注釋）
port 監聽連接埠，預設為6379
timeout 逾時時間，預設為300（秒）
loglevel 日誌記錄等級，有4個可選值，debug，verbose（預設值），notice，warning
logfile 日誌記錄方式，預設值為stdout
databases 可用資料庫數，預設值為16，預設資料庫為0
save <seconds> <changes> 指出在多長時間內，有多少次更新操作，就將資料同步到資料檔案。這個可以多個條件配合，比如預設設定檔中的設定，就設定了三個條件。
save 900 1  900秒（15分鐘）內至少有1個key被改變
save 300 10  300秒（5分鐘）內至少有300個key被改變
save 60 10000  60秒內至少有10000個key被改變
rdbcompression 儲存至本機資料庫時是否壓縮資料，預設為yes
dbfilename 本機資料庫檔案名稱，預設值為dump.rdb
dir 本機資料庫存放路徑，預設值為 ./
slaveof <masterip> <masterport> 當本機為從服務時，設定主服務的IP及連接埠（注釋）
masterauth <master-password> 當本機為從服務時，設定主服務的串連密碼（注釋）
requirepass 串連密碼（注釋）
maxclients 最大用戶端串連數，預設不限制（注釋）
maxmemory <bytes> 設定最大記憶體，達到最大記憶體設定後，Redis會先嘗試清除已到期或即將到期的Key，當此方法處理後，任到達最大記憶體設定，將無法再進行寫入操作。（注釋）
appendonly 是否在每次更新操作後進行日誌記錄，如果不開啟，可能會在斷電時導致一段時間內的資料丟失。因為redis本身同步資料檔案是按上面save條件來同步的，所以有的資料會在一段時間內只存在於記憶體中。預設值為no
appendfilename 更新記錄檔名，預設值為appendonly.aof（注釋）
appendfsync 更新日誌條件，共有3個可選值。no表示等作業系統進行資料緩衝同步到磁碟，always表示每次更新操作後手動調用fsync()將資料寫到磁碟，everysec表示每秒同步一次（預設值）。
vm-enabled 是否使用虛擬記憶體，預設值為no
vm-swap-file 虛擬記憶體檔案路徑，預設值為/tmp/redis.swap，不可多個Redis執行個體共用
vm-max-memory 將所有大於vm-max-memory的資料存入虛擬記憶體,無論vm-max-memory設定多小,所有索引資料都是記憶體儲存的(Redis的索引資料就是keys),也就是說,當vm-max-memory設定為0的時候,其實是所有value都存在於磁碟。預設值為0。

Redis官方文檔對VM的使用提出了一些建議:當你的key很小而value很大時,使用VM的效果會比較好.因為這樣節約的記憶體比較大.當你的key不小時,可以考慮使用一些非常方法將很大的key變成很大的value,比如你可以考慮將key,value組合成一個新的value.最好使用linux ext3 等對疏鬆檔案支援比較好的檔案系統儲存你的swap檔案.vm-max-threads這個參數,可以設定訪問swap檔案的線程數,設定最好不要超過機器的核心數,如果設定為0,那麼所有對swap檔案的操作都是串列的.可能會造成比較長時間的延遲,但是對資料完整性有很好的保證.

有了VM功能,Redis終於擺脫了受記憶體容量限制的噩夢了,似乎我們可以稱其為Redis資料庫了,我們還可以想象又有多少新的用法可以產生.當然,希望這一功能不會對Redis原有的非常牛B的記憶體儲存效能有所影響.

 

Virtual Memory User Guide http://code.google.com/p/redis/wiki/VirtualMemoryUserGuide