# 3.5 redis配置文件 在啟動Redis服務器時,我們需要為其指定一個配置文件,缺省情況下配置文件在Redis的源碼目錄下,文件名為**redis.conf。** redis配置文件被分成了幾大塊區域,它們分別是: 1. 通用(general) 2. 快照(snapshotting) 3. 復制(replication) 4. 安全(security) 5. 限制(limits) 6. 追加模式(append only mode) 7. LUA腳本(lua scripting) 8. 慢日志(slow log) 9. 事件通知(event notification) 為了對Redis的系統實現有一個直接的認識,我們首先來看一下Redis的配置文件中定義了哪些主要參數以及這些參數的作用。 --- * daemonize no 默認情況下,redis不是在后臺運行的。如果需要在后臺運行,把該項的值更改為yes; --- * pidfile /var/run/redis.pid 當Redis在后臺運行的時候,Redis默認會把pid文件放在/var/run/redis.pid, 你可以配置到其他地址。當運行多個redis服務時,需要指定不同的pid文件和端口; --- * port 6379 指定redis運行的端口,默認是6379; --- * bind 127.0.0.1 指定redis只接收來自于該IP地址的請求,如果不進行設置,那么將處理所有請求。在生產環境中最好設置該項; --- * loglevel debug 指定日志記錄級別,其中Redis總共支持四個級別:debug、verbose、notice、warning, 默認為verbose。debug表示記錄很多信息,用于開發和測試。verbose表示記錄有用的信息, 但不像debug會記錄那么多。notice表示普通的verbose,常用于生產環境。 warning 表示只有非常重要或者嚴重的信息會記錄到日志; --- * logfile /var/log/redis/redis.log 配置log文件地址,默認值為stdout。若后臺模式會輸出到/dev/null; --- * databases 16 可用數據庫數,默認值為16,默認數據庫為0,數據庫范圍在0- 15之間切換,彼此隔離; --- * save 保存數據到磁盤,格式為save <seconds> <changes>,指出在多長時間內,有多少次更新操作, 就將數據同步到數據文件rdb。相當于條件觸發抓取快照,這個可以多個條件配合。 save 900 1就表示900秒內至少有1個key被改變就保存數據到磁盤; --- * rdbcompression yes 存儲至本地數據庫時(持久化到rdb文件)是否壓縮數據,默認為yes; --- * dbfilename dump.rdb 本地持久化數據庫文件名,默認值為dump.rdb; --- * dir ./ 工作目錄,數據庫鏡像備份的文件放置的路徑。這里的路徑跟文件名要分開配置是因為redis在進行備份時, 先會將當前數據庫的狀態寫入到一個臨時文件中,等備份完成時,再把該臨時文件替換為上面所指定的文件。 而這里的臨時文件和上面所配置的備份文件都會放在這個指定的路徑當中,AOF文件也會存放在這個目錄下面。 注意這里必須指定一個目錄而不是文件; --- * slaveof 主從復制,設置該數據庫為其他數據庫的從數據庫。設置當本機為slave服務時,設置master服務的IP地址及端口。 在Redis啟動時,它會自動從master進行數據同步; --- * masterauth ?當master服務設置了密碼保護時(用requirepass制定的密碼)slave服務連接master的密碼; --- * slave-serve-stale-data yes 當從庫同主機失去連接或者復制正在進行,從機庫有兩種運行方式: 如果slave-serve-stale-data設置為 yes(默認設置),從庫會繼續相應客戶端的請求。 如果slave-serve-stale-data是指為no, 除去INFO和SLAVOF命令之外的任何請求都會返回一個錯誤"SYNC with master in progress"; --- * repl-ping-slave-period 10 從庫會按照一個時間間隔向主庫發送PING,可以通過repl-ping-slave-period設置這個時間間隔,默認是10秒; --- * repl-timeout 60 設置主庫批量數據傳輸時間或者ping回復時間間隔,默認值是60秒,一定要確保repl-timeout大于repl-ping-slave-period ; --- * requirepass foobared 設置客戶端連接后進行任何其他指定前需要使用的密碼。因為redis速度相當快,所以在一臺比較好的服務器下, 一個外部的用戶可以在一秒鐘進行150K次的密碼嘗試,這意味著你需要指定非常強大的密碼來防止暴力破解; --- * rename-command CONFIG "" 命令重命名,在一個共享環境下可以重命名相對危險的命令,比如把CONFIG重名為一個不容易猜測的字符: rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52。 如果想刪除一個命令,直接把它重命名為一個空字符""即可:rename-command CONFIG ""; --- * maxclients 128 設置同一時間最大客戶端連接數,默認無限制。Redis可以同時打開的客戶端連接數為Redis進程可以打開的最大文件描述符數。 如果設置 maxclients0,表示不作限制。當客戶端連接數到達限制時, Redis會關閉新的連接并向客戶端返回max number of clients reached錯誤信息; --- * maxmemory 指定Redis最大內存限制。Redis在啟動時會把數據加載到內存中,達到最大內存后,Redis會先嘗試清除已到期或即將到期的Key, Redis同時也會移除空的list對象。當此方法處理后,仍然到達最大內存設置,將無法再進行寫入操作,但仍然可以進行讀取操作。 注意:Redis新的vm機制,會把Key存放內存,Value會存放在swap區; --- * maxmemory-policy volatile-lru 當內存達到最大值的時候Redis會選擇刪除哪些數據呢?有五種方式可供選擇: volatile-lru代表利用LRU算法移除設置過期時間的key(LRU:最近使用 LeastRecentlyUsed), allkeys-lru代表利用LRU算法移除任何key, volatile-random代表移除設置過過期時間的隨機key, allkeys_random代表移除一個隨機的key, volatile-ttl代表移除即將過期的key(minor TTL), noeviction代表不移除任何key,只是返回一個寫錯誤。 注意:對于上面的策略,如果沒有合適的key可以移除,寫的時候Redis會返回一個錯誤; --- * appendonly no 默認情況下,redis會在后臺異步的把數據庫鏡像備份到磁盤,但是該備份是非常耗時的,而且備份也不能很頻繁。 如果發生諸如拉閘限電、拔插頭等狀況,那么將造成比較大范圍的數據丟失,所以redis提供了另外一種更加高效的數據庫備份及災難恢復方式。 開啟append only模式之后,redis會把所接收到的每一次寫操作請求都追加到appendonly. aof文件中。當redis重新啟動時,會從該文件恢復出之前的狀態,但是這樣會造成appendonly. aof文件過大,所以redis還支持了BGREWRITEAOF指令對appendonly.aof --- * appendfilename appendonly.aof AOF文件名稱,默認為"appendonly.aof"; --- * appendfsync everysec Redis支持三種同步AOF文件的策略: no代表不進行同步,系統去操作, always代表每次有寫操作都進行同步, everysec代表對寫操作進行累積,每秒同步一次,默認是"everysec",按照速度和安全折中這是最好的。 --- * slowlog-log-slower-than 10000 記錄超過特定執行時間的命令。執行時間不包括I/O計算,比如連接客戶端,返回結果等,只是命令執行時間。 可以通過兩個參數設置slow log:一個是告訴Redis執行超過多少時間被記錄的參數slowlog-log-slower-than(微妙), 另一個是slow log 的長度。當一個新命令被記錄的時候最早的命令將被從隊列中移除,下面的時間以微妙微單位, 因此1000000代表一分鐘。注意制定一個負數將關閉慢日志,而設置為0將強制每個命令都會記錄; --- * hash-max-zipmap-entries 512 && hash-maxz-ipmap-value 64 當hash中包含超過指定元素個數并且最大的元素沒有超過臨界時,hash將以一種特殊的編碼方式(大大減少內存使用)來存儲, 這里可以設置這兩個臨界值。Redis Hash對應Value內部實際就是一個HashMap,實際這里會有2種不同實現。 這個Hash的成員比較少時Redis為了節省內存會采用類似一維數組的方式來緊湊存儲,而不會采用真正的HashMap結構, 對應的value redisObject的encoding為zipmap。當成員數量增大時會自動轉成真正的HashMap, 此時encoding為ht; --- * hash-max-zipmap-entries 512 512 list數據類型多少節點以下會采用去指針的緊湊存儲格式; --- * list-max-ziplist-value 64 數據類型節點值大小小于多少字節會采用緊湊存儲格式; --- * set-max-intset-entries 512 set數據類型內部數據如果全部是數值型,且包含多少節點以下會采用緊湊格式存儲; --- * zset-max-ziplist-entries 128 zsort數據類型多少節點以下會采用去指針的緊湊存儲格式; --- * zset-max-ziplist-value 64 zsort數據類型節點值大小小于多少字節會采用緊湊存儲格式。 --- * activerehashing yes Redis將在每100毫秒時使用1毫秒的CPU時間來對redis的hash表進行重新hash,可以降低內存的使用。 當你的使用場景中,有非常嚴格的實時性需要,不能夠接受Redis時不時的對請求有2毫秒的延遲的話, 把這項配置為no。如果沒有這么嚴格的實時性要求,可以設置為yes,以便能夠盡可能快的釋放內存;