centos安裝Python-redis，redis配置文件參數詳解

一、yum 安裝 redis

     yum install redis

     yum上的redis截止到目前最新版是3.0.6

二、yum安裝/更新Python

     centos基本上系統自帶Python，更新便可

     安裝：yum install Python

     yum上的Python截止到目前最新版是2.6.6

三、安裝Python的redis模塊

• wget --no-check-certificate https://pypi.python.org/packages/source/r/redis/redis-2.8.0.tar.gz
• tar -zvxf redis-2.8.0.tar.gz
• mv redis-2.8.0 python-redis-2.8.0
• cd python-redis-2.8.0
• python setup.py install

四、修改配置文件

    結束以後，配置redis.conf文件，將「daemonize」屬性設置爲「yes」，表示咱們會之後臺進程形式啓動Redis服務；將「port」屬性設置爲指定的端口，這裏默認爲「6379」；將「logfile」屬性設置爲指定的日誌路徑，其他的屬性能夠保持默認。

五、查看redis日誌

   

這個帥氣的圖標就是Redis的LOGO了。

 

六、執行客戶端命令，驗證服務是否正常：

 

七、redis配置文件參數詳解

 

屬性	說明
daemonize	若是值是「yes」，則啓動服務的時候是後臺守護進程形式，若是值是「no」，則相反
pidfile	指定存儲Redis進程號的文件路徑
port	指定當前Redis服務的端口，默認爲6379
tcp-backlog	此參數肯定了TCP鏈接中已完成隊列(完成三次握手以後)的長度， 固然此值必須不大於Linux系統定義的/proc/sys/net/core/somaxconn值，默認是511，而Linux的默認參數值是128。當系統併發量大而且客戶端速度緩慢的時候，能夠將這二個參數一塊兒參考設定。
timeout	客戶端和Redis服務端的鏈接超時時間，默認是0，表示永不超時。
tcp-keepalive	若是值非0，單位是秒，表示將週期性的使用SO_KEEPALIVE檢測客戶端是否還處於健康狀態，避免服務器一直阻塞，官方給出的建議值是60S。
loglevel	Redis總共支持四個級別：debug、verbose、notice、warning。 Debug：記錄不少信息，用於開發和測試； Varbose：有用的信息，不像debug會記錄那麼多； Notice：普通的verbose，經常使用於生產環境； Warning：只有很是重要或者嚴重的信息會記錄到日誌； 默認是notice級別。
logfile	日誌的存儲路徑
databases	可用的數據庫數，默認值爲16，默認數據庫爲0，數據庫範圍在0-（database-1）之間，我的以爲DB的概念相似於命名空間
save	保存數據庫快照信息到磁盤，其對應的值有兩個，好比save 300 10表示：300秒內至少有300個key被改變時，觸發保存信息到磁盤的事件。
stop-writes-on-bgsave-error	當持久化出現錯誤以後，是否繼續提供寫服務
rdbcompression	持久化到RDB文件時，是否壓縮，「yes」爲壓縮，「no」則反之
rdbchecksum	讀取和寫入的時候是否支持CRC64校驗，默認是開啓的
dbfilename	鏡像文件的名字
dir	當前工做目錄，配置文件和鏡像文件等都在此目錄下
masterauth	設置訪問master服務器的密碼
slave-serve-stale-data	當slave服務器和master服務器失去鏈接後，或者當數據正在複製傳輸的時候，若是此參數值設置「yes」，slave服務器能夠繼續接受客戶端的請求，不然，會返回給請求的客戶端以下信息「SYNC with master in progress」
slave-read-only	是否容許slave服務器節點只提供讀服務
repl-disable-tcp-nodelay	指定向slave同步數據時，是否禁用socket的NO_DELAY選項。若配置爲「yes」，則禁用NO_DELAY，則TCP協議棧會合並小包統一發送，這樣能夠減小主從節點間的包數量並節省帶寬，但會增長數據同步到slave的時間。若配置爲「no」，代表啓用NO_DELAY，則TCP協議棧不會延遲小包的發送時機，這樣數據同步的延時會減小，但須要更大的帶寬。一般狀況下，應該配置爲no以下降同步延時，但在主從節點間網絡負載已經很高的狀況下，能夠配置爲yes。
slave-priority	指定slave的優先級。在不僅1個slave存在的部署環境下，當master宕機時，Redis Sentinel會將priority值最小的slave提高爲master。須要注意的是，若該配置項爲0，則對應的slave永遠不會自動提高爲master。
appendonly	開啓append only 模式以後，redis 會把所接收到的每一次寫操做請求都追加到appendonly.aof 文件中，當redis 從新啓動時，會從該文件恢復出以前的狀態。可是這樣會形成appendonly.aof 文件過大，因此redis 還支持了BGREWRITEAOF 指令，對appendonly.aof 進行從新整理。默認是不開啓的。
appendfilename	默認爲appendonly.aof。
appendfsync	設置aof的同步頻率，有三種選擇always、everysec、no，默認是everysec表示每秒同步一次。
no-appendfsync-on-rewrite	指定是否在後臺aof文件rewrite期間調用fsync，默認爲no，表示要調用fsync（不管後臺是否有子進程在刷盤）。Redis在後臺寫RDB文件或重寫afo文件期間會存在大量磁盤IO，此時，在某些linux系統中，調用fsync可能會阻塞。
auto-aof-rewrite-percentage	指定Redis重寫aof文件的條件，默認爲100，表示與上次rewrite的aof文件大小相比，當前aof文件增加量超過上次afo文件大小的100%時，就會觸發background rewrite。若配置爲0，則會禁用自動rewrite
auto-aof-rewrite-min-size	指定觸發rewrite的aof文件大小。若aof文件小於該值，即便當前文件的增量比例達到auto-aof-rewrite-percentage的配置值，也不會觸發自動rewrite。即這兩個配置項同時知足時，纔會觸發rewrite。
lua-time-limit	一個Lua腳本最長的執行時間，單位爲毫秒，若是爲0或負數表示無限執行時間，默認爲5000
notify-keyspace-events	見參考3，按鍵通知事件
aof-rewrite-incremental-fsync	aof rewrite過程當中,是否採起增量文件同步策略,默認爲「yes」。 rewrite過程當中,每32M數據進行一次文件同步,這樣能夠減小aof大文件寫入對磁盤的操做次數

 

部署成功，寫段代碼驗證一下

import redis
client =  redis.StrictRedis(host='localhost', port=6379)
print client.ping()