隨着redis的發展,越來越多的架構用它取代了memcached作為緩存服務器的角色,它有幾個很突出的特點:
1. 除了Hash,還提供了Sorted Set, List等數據結構
2. 可以持久化到磁盤
3. 支持cluster (3.0)
它的性能和memcached不相上下,再加上流行的其他組件(比如隊列)也會用到redis,從架構簡單出發,已經沒有必要混用redis和memcached了。
寫篇短文介紹一下用redis作為緩存服務器配置時候需要注意幾個點。
Redis配置
作為緩存服務器,如果不加以限制內存的話,就很有可能出現將整台服務器內存都耗光的情況,可以在redis的配置文件里面設置:
如果內存到達了指定的上限,還要往redis里面添加更多的緩存內容,需要設置清理內容的策略:
1 2 |
|
清理策略有多種,redis的官方文檔有一篇很詳細的說明: http://redis.io/topics/lru-cache
Redis監控
redis提供了INFO這個命令,能夠隨時監控服務器的狀態,只用telnet到對應服務器的端口,執行命令即可:
1 2 |
|
在輸出的信息里面有這幾項和緩存的狀態比較有關系:
1 2 3 4 5 |
|
通過計算hits和miss,我們可以得到緩存的命中率:14414110 / (14414110 + 3228654) = 81% ,一個緩存失效機制,和過期時間設計良好的系統,命中率可以做到95%以上,對於整體性能提升是很大的。
used_memory,expired_keys,evicted_keys這3個信息的具體含義,redis的官方也有一篇很詳細的說明: http://redis.io/commands/info
有個ruby gem叫redis-stat,它利用INFO命令展現出更直觀的信息報表,推薦:
https://github.com/junegunn/redis-stat
優化Rails的緩存配置
Rails在用redis作為緩存的時候,配置很簡單,官方文檔是用schema的方式來寫的:
1 |
|
由於實在太簡單了,很多人就直接用這個默認設置了,但實際上還有一些很有用的參數可以通過hash options的方式來寫,比如壓縮超過32K的數據壓縮以后再放入緩存,再比如設置默認所有的key失效時間為8小時:
1 |
|
用一個實際案例來作為例子,一台redis緩存服務器在優化配置之前,占用4.2G左右的內存,緩存命中率在70%左右。
我們先在服務器上執行BGSAVE命令,將內存dump下來,然后用 https://github.com/sripathikrishnan/redis-rdb-tools 這個工具,將dump的數據,解析成csv文件:
1 |
|
用excel打開分析,按key進行排序和統計,我們可以看到哪一些類型的緩存在服務器上最多,調整這個類型緩存的失效時間和失效機制,再通過redis-stat來觀察進行微調,提高整體的命中率。
通過分析占用內存比較大的key,發現有30%左右的相同類型key,用了95%的內存,這些緩存大部分是html的片段緩存,通過設置compress_threshold和compress參數,讓整體內存占用從4.2G,下降到了1.3G。
來自:https://ruby-china.org/topics/22761