安裝redis

• 編譯 解壓後官方建議make test一下，然後直接make編輯即可
• 啟動服務
  redis目錄下[[email protected] redis-3.2.0]# src/redis-server，預設埠是6379。啟動服務後，新啟動一個terminal（終端）[[email protected] redis-3.2.0]# src/redis-cli -h 127.0.0.1 -p 6379 -a password 即可進入資料庫
• 如果要開機啟動
  vi /etc/rc.local, 使用 vi 編輯器開啟隨機啟動配置檔案，並在其中加入下面一行程式碼
  /root/4setup/redis-3.2.0/src/redis-server
• 停止Redis例項
  [[email protected] redis-3.2.0]# src/redis-cli shutdown
• 修改密碼
  127.0.0.1:6379> config get requirepass
  127.0.0.1:6379> config set requirepass 123123
  127.0.0.1:6379> auth 123123

配置redis

[[email protected] redis-3.2.0]# cat/vim 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 命令來切換資料庫。預設使用的資料庫是 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 提供了另外一種更加高效的資料庫備份及災難恢復方式。開啟 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，以便能夠儘可能快的釋放記憶體