redis和memcache的對比——配置

1.1 Memcache配置

Memcached伺服器在啟動時需要對關鍵的引數進行配置，下面我們就看一看Memcached在啟動時需要設定哪些關鍵引數以及這些引數的作用。

1）-p Memcached的TCP監聽埠，預設配置為11211；

2）-U Memcached的UDP監聽埠，預設配置為11211，為0時表示關閉UDP監聽；

3）-s Memcached監聽的UNIX套接字路徑；

4）-a 訪問UNIX套接字的八進位制掩碼，預設配置為0700；

5）-l 監聽的伺服器IP地址，預設為所有網路卡；

6）-d 為Memcached伺服器啟動守護程式；

7）-r 最大core檔案大小；

8）-u 執行Memcached的使用者，如果當前為root的話需要使用此引數指定使用者；

9）-m 分配給Memcached使用的記憶體數量，單位是MB；

10）-M 指示Memcached在記憶體用光的時候返回錯誤而不是使用LRU演算法移除資料記錄；

11）-c 最大併發連數，預設配置為1024；

12）-v –vv –vvv 設定伺服器端列印的訊息的詳細程度，其中-v僅列印錯誤和警告資訊，-vv在-v的基礎上還會列印客戶端的命令和相應，-vvv在-vv的基礎上還會列印記憶體狀態轉換資訊；

13）-f 用於設定chunk大小的遞增因子；

14）-n 最小的chunk大小，預設配置為48個位元組；

15）-t Memcached伺服器使用的執行緒數，預設配置為4個；

16）-L 嘗試使用大記憶體頁；

17）-R 每個事件的最大請求數，預設配置為20個；

18）-C 禁用CAS，CAS模式會帶來8個位元組的冗餘；

2.1 Redis配置檔案

為了對Redis的系統實現有一個直接的認識，我們首先來看一下Redis的配置檔案中定義了哪些主要引數以及這些引數的作用。

1）daemonize no 預設情況下，redis不是在後臺執行的。如果需要在後臺執行，把該項的值更改為yes；

2）pidfile /var/run/redis.pid當Redis在後臺執行的時候，Redis預設會把pid檔案放在/var/run/redis.pid，你可以配置到其他地址。當執行多個redis服務時，需要指定不同的pid檔案和埠；

3）port 6379指定redis執行的埠，預設是6379；

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

5）loglevel debug 指定日誌記錄級別，其中Redis總共支援四個級別：debug、verbose、notice、warning，預設為verbose。debug表示 記錄很多資訊，用於開發和測試。verbose表示記錄有用的資訊，但不像debug會記錄那麼多。notice表示普通的verbose，常用於生產環 境。warning 表示只有非常重要或者嚴重的資訊會記錄到日誌；

6）logfile /var/log/redis/redis.log 配置log檔案地址，預設值為stdout。若後臺模式會輸出到/dev/null；

7）databases 16 可用資料庫數，預設值為16，預設資料庫為0，資料庫範圍在0-（database-1）之間；

8）save 900 1儲存資料到磁碟，格式為save ，指出在多長時間內，有多少次更新操作，就將資料同步到資料檔案rdb。相當於條件觸發抓取快照，這個可以多個條件配合。 save 900 1就表示900秒內至少有1個key被改變就儲存資料到磁碟；

9）rdbcompression yes 儲存至本地資料庫時（持久化到rdb檔案）是否壓縮資料，預設為yes；

10）dbfilename dump.rdb本地持久化資料庫檔名，預設值為dump.rdb；

11）dir ./ 工作目錄，資料庫映象備份的檔案放置的路徑。這裡的路徑跟檔名要分開配置是因為redis在進行備份時，先會將當前資料庫的狀態寫入到一個臨時檔案中， 等備份完成時，再把該臨時檔案替換為上面所指定的檔案。而這裡的臨時檔案和上面所配置的備份檔案都會放在這個指定的路徑當中，AOF檔案也會存放在這個目 錄下面。注意這裡必須指定一個目錄而不是檔案；

12）slaveof 主從複製，設定該資料庫為其他資料庫的從資料庫。設定當本機為slave服務時，設定master服務的IP地址及埠。在Redis啟動時，它會自動從 master進行資料同步；

13）masterauth 當master服務設定了密碼保護時(用requirepass制定的密碼)slave服務連線master的密碼；

14）slave-serve-stale-data yes 當從庫同主機失去連線或者複製正在進行，從機庫有兩種執行方式：如果slave-serve-stale-data設定為yes(預設設定)，從庫會繼續 相應客戶端的請求。如果slave-serve-stale-data是指為no，除去INFO和SLAVOF命令之外的任何請求都會返回一個錯 誤"SYNC with master in progress"；

15）repl-ping-slave-period 10從庫會按照一個時間間隔向主庫傳送PING，可以透過repl-ping-slave-period設定這個時間間隔，預設是10秒；

16）repl-timeout 60 設定主庫批次資料傳輸時間或者ping回覆時間間隔，預設值是60秒，一定要確保repl-timeout大於repl-ping-slave-period；

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

18）rename-command CONFIG "" 命令重新命名，在一個共享環境下可以重新命名相對危險的命令，比如把CONFIG重名為一個不容易猜測的字元：# rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52。如果想刪除一個命令，直接把它重新命名為一個空字元""即 可：rename-command CONFIG ""；

19）maxclients 128設定同一時間最大客戶端連線數，預設無限制。Redis可以同時開啟的客戶端連線數為Redis程式可以開啟的最大檔案描述符數。如果設定 maxclients 0，表示不作限制。當客戶端連線數到達限制時，Redis會關閉新的連線並向客戶端返回max number of clients reached錯誤資訊；

20）maxmemory 指定Redis最大記憶體限制。Redis在啟動時會把資料載入到記憶體中，達到最大記憶體後，Redis會先嚐試清除已到期或即將到期的Key，Redis同 時也會移除空的list物件。當此方法處理後，仍然到達最大記憶體設定，將無法再進行寫入操作，但仍然可以進行讀取操作。注意：Redis新的vm機制，會 把Key存放記憶體，Value會存放在swap區；

21）maxmemory-policy volatile-lru 當記憶體達到最大值的時候Redis會選擇刪除哪些資料呢？有五種方式可供選擇：volatile-lru代表利用LRU演算法移除設定過過期時間的key (LRU:最近使用 Least Recently Used )，allkeys-lru代表利用LRU演算法移除任何key，volatile-random代表移除設定過過期時間的隨機 key，allkeys_random代表移除一個隨機的key，volatile-ttl代表移除即將過期的key(minor TTL)，noeviction代表不移除任何key，只是返回一個寫錯誤。

注意：對於上面的策略，如果沒有合適的key可以移除，寫的時候Redis會返回一個錯誤；

22）appendonly no 預設情況下，redis會在後臺非同步的把資料庫映象備份到磁碟，但是該備份是非常耗時的，而且備份也不能很頻繁。如果發生諸如拉閘限電、拔插頭等狀況，那 麼將造成比較大範圍的資料丟失，所以redis提供了另外一種更加高效的資料庫備份及災難恢復方式。開啟append only模式之後，redis會把所接收到的每一次寫操作請求都追加到appendonly.aof檔案中。當redis重新啟動時，會從該檔案恢復出之 前的狀態，但是這樣會造成appendonly.aof檔案過大，所以redis還支援了BGREWRITEAOF指令對appendonly.aof 進行重新整理，你可以同時開啟asynchronous dumps 和 AOF；

23）appendfilename appendonly.aof AOF檔名稱,預設為"appendonly.aof";

24）appendfsync everysec Redis支援三種同步AOF檔案的策略: no代表不進行同步，系統去操作，always代表每次有寫操作都進行同步，everysec代表對寫操作進行累積，每秒同步一次，預設 是"everysec"，按照速度和安全折中這是最好的。

25）slowlog-log-slower-than 10000 記錄超過特定執行時間的命令。執行時間不包括I/O計算，比如連線客戶端，返回結果等，只是命令執行時間。可以透過兩個引數設定slow log：一個是告訴Redis執行超過多少時間被記錄的引數slowlog-log-slower-than(微妙)，另一個是slow log 的長度。當一個新命令被記錄的時候最早的命令將被從佇列中移除，下面的時間以微妙微單位，因此1000000代表一分鐘。注意制定一個負數將關閉慢日誌， 而設定為0將強制每個命令都會記錄；

26）hash-max-zipmap-entries 512 && hash-max-zipmap-value 64 當hash中包含超過指定元素個數並且最大的元素沒有超過臨界時，hash將以一種特殊的編碼方式（大大減少記憶體使用）來儲存，這裡可以設定這兩個臨界 值。Redis Hash對應Value內部實際就是一個HashMap，實際這裡會有2種不同實現。這個Hash的成員比較少時Redis為了節省記憶體會採用類似一維數 組的方式來緊湊儲存，而不會採用真正的HashMap結構，對應的value redisObject的encoding為zipmap。當成員數量增大時會自動轉成真正的HashMap，此時encoding為ht；

27）list-max-ziplist-entries 512 list資料型別多少節點以下會採用去指標的緊湊儲存格式；

28）list-max-ziplist-value 64資料型別節點值大小小於多少位元組會採用緊湊儲存格式；

29）set-max-intset-entries 512 set資料型別內部資料如果全部是數值型，且包含多少節點以下會採用緊湊格式儲存；

30）zset-max-ziplist-entries 128 zsort資料型別多少節點以下會採用去指標的緊湊儲存格式；

31）zset-max-ziplist-value 64 zsort資料型別節點值大小小於多少位元組會採用緊湊儲存格式。

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

Reference: http://blog.csdn.net/pi9nc/article/details/21001045

  (Memcached及Redis架構分析和比較)