Redis相關

http://blog.csdn.net/hguisu/article/details/8836819

http://www.infoworld.com/article/2825890/application-development/why-redis-beats-memcached-for-caching.html

使用Hash類型

這裏同時須要注意，Redis提供了接口(hgetall)能夠直接取到所有的屬性數據,可是若是內部Map的成員不少，那麼涉及到遍歷整個內部Map的操做，因爲Redis單線程模型的緣故，這個遍歷操做可能會比較耗時，而另其它客戶端的請求徹底不響應，這點須要格外注意。

 

 

若是簡單地比較Redis與Memcached的區別，大多數都會獲得如下觀點：

     1 、Redis不只僅支持簡單的k/v類型的數據，同時還提供list，set，zset，hash等數據結構的存儲。
     2 、Redis支持數據的備份，即master-slave模式的數據備份。
     3 、Redis支持數據的持久化，能夠將內存中的數據保持在磁盤中，重啓的時候能夠再次加載進行使用。

 

 

這兩年Redis火得能夠，Redis也經常被看成Memcached的挑戰者被提到桌面上來。關於Redis與Memcached的比較更是比比皆是。然而，Redis真的在功能、性能以及內存使用效率上都超越了Memcached嗎？下面內容來自Redis做者在stackoverflow上的一個回答，對應的問題是《Is memcached a dinosaur in comparison to Redis?》（相比Redis，Memcached真的過期了嗎？）You should not care too much about performances. Redis is faster per core with small values, but memcached is able to use multiple cores with a single executable and TCP port without help from the client. Also memcached is faster with big values in the order of 100k. Redis recently improved a lot about big values (unstable branch) but still memcached is faster in this use case. The point here is: nor one or the other will likely going to be your bottleneck for the query-per-second they can deliver.沒有必要過多的關心性能，由於兩者的性能都已經足夠高了。因爲Redis只使用單核，而Memcached可使用多核，因此在比較上，平均每個核上Redis在存儲小數據時比Memcached性能更高。而在100k以上的數據中，Memcached性能要高於Redis，雖然Redis最近也在存儲大數據的性能上進行優化，可是比起Memcached，仍是稍有遜色。說了這麼多，結論是，不管你使用哪個，每秒處理請求的次數都不會成爲瓶頸。（好比瓶頸可能會在網卡）You should care about memory usage. For simple key-value pairs memcached is more memory efficient. If you use Redis hashes, Redis is more memory efficient. Depends on the use case.若是要說內存使用效率，使用簡單的key-value存儲的話，Memcached的內存利用率更高，而若是Redis採用hash結構來作key-value存儲，因爲其組合式的壓縮，其內存利用率會高於Memcached。固然，這和你的應用場景和數據特性有關。You should care about persistence and replication, two features only available in Redis. Even if your goal is to build a cache it helps that after an upgrade or a reboot your data are still there.若是你對數據持久化和數據同步有所要求，那麼推薦你選擇Redis，由於這兩個特性Memcached都不具有。即便你只是但願在升級或者重啓系統後緩存數據不會丟失，選擇Redis也是明智的。You should care about the kind of operations you need. In Redis there are a lot of complex operations, even just considering the caching use case, you often can do a lot more in a single operation, without requiring data to be processed client side (a lot of I/O is sometimes needed). This operations are often as fast as plain GET and SET. So if you don’t need just GEt/SET but more complex things Redis can help a lot (think at timeline caching).固然，最後還得說到你的具體應用需求。Redis相比Memcached來講，擁有更多的數據結構和並支持更豐富的數據操做，一般在Memcached裏，你須要將數據拿到客戶端來進行相似的修改再set回去。這大大增長了網絡IO的次數和數據體積。在Redis中，這些複雜的操做一般和通常的GET/SET同樣高效。因此，若是你須要緩存可以支持更復雜的結構和操做，那麼Redis會是不錯的選擇。（其餘人的回答一樣值得一看）


SpringMvc 集成Redis
http://blog.csdn.net/java2000_wl/article/details/8543203


Redis 安裝配置
參考 http://blog.csdn.net/rachel_luo/article/details/8858250

官網下載 http://redis.io/download
或者

$ wget http://download.redis.io/releases/redis-3.0.5.tar.gz

解壓並編譯

$ tar xzf redis-3.0.5.tar.gz

$ cd redis-3.0.5

$ make

注：make完成後，會在redis-3.0.5/src下生成以下可執行文件

redis-server：Redis服務器的daemon啓動程序

redis-cli：Redis命令行操做工具。也能夠用telnet根據其純文本協議來操做

redis-benchmark：Redis性能測試工具，測試Redis在當前系統下的讀寫性能

redis-check-aof：數據修復

redis-check-dump：檢查導出工具

若是在編譯（執行make命令）後，再執行安裝（make install）命令，會在/usr/local/bin/ 目錄下生成上述5個可執行文件，這樣就能夠在任何路徑下執行上述命令。固然make install 的執行是可選的，若是未執行安裝命令，則在redis-3.0.5/src 目錄下執行相應的可執行文件來操做redis

 

啓動服務

　　 redis-server
或者 redis-server redis.conf   

存儲值

redis-cli set name zhoufeng  redis-cli get name

關閉服務

redis-cli shutdown

測試redis

# redis-cli  （注意端口：redis-cli -p  8359）
 redis> set name songbin  
 OK  
 redis> get name   
 "songbin"  

　　

配置文件

1. Redis默認不是以守護進程的方式運行，能夠經過該配置項修改，使用yes啓用守護進程

daemonize no

2. 當Redis以守護進程方式運行時，Redis默認會把pid寫入/var/run/redis.pid文件，能夠經過pidfile指定

pidfile /var/run/redis.pid

3. 指定Redis監聽端口，默認端口爲6379，做者在本身的一篇博文中解釋了爲何選用6379做爲默認端口，由於6379在手機按鍵上MERZ對應的號碼，而MERZ取自意大利歌女Alessia Merz的名字

port 6379

4. 綁定的主機地址

bind 127.0.0.1

5.當 客戶端閒置多長時間後關閉鏈接，若是指定爲0，表示關閉該功能

timeout 300

6. 指定日誌記錄級別，Redis總共支持四個級別：debug、verbose、notice、warning，默認爲verbose

loglevel verbose

7. 日誌記錄方式，默認爲標準輸出，若是配置Redis爲守護進程方式運行，而這裏又配置爲日誌記錄方式爲標準輸出，則日誌將會發送給/dev/null

logfile stdout

8. 設置數據庫的數量，默認數據庫爲0，可使用SELECT <dbid>命令在鏈接上指定數據庫id

databases 16

9. 指定在多長時間內，有多少次更新操做，就將數據同步到數據文件，能夠多個條件配合

save <seconds> <changes>

Redis默認配置文件中提供了三個條件：

save 900 1  save 300 10  save 60 10000

分別表示900秒（15分鐘）內有1個更改，300秒（5分鐘）內有10個更改以及60秒內有10000個更改。

10. 指定存儲至本地數據庫時是否壓縮數據，默認爲yes，Redis採用LZF壓縮，若是爲了節省CPU時間，能夠關閉該選項，但會致使數據庫文件變的巨大

rdbcompression yes

11. 指定本地數據庫文件名，默認值爲dump.rdb

dbfilename dump.rdb

12. 指定本地數據庫存放目錄

dir ./

13. 設置當本機爲slav服務時，設置master服務的IP地址及端口，在Redis啓動時，它會自動從master進行數據同步

slaveof <masterip> <masterport>

14. 當master服務設置了密碼保護時，slav服務鏈接master的密碼

masterauth <master-password>

15. 設置Redis鏈接密碼，若是配置了鏈接密碼，客戶端在鏈接Redis時須要經過AUTH <password>命令提供密碼，默認關閉

requirepass foobared

16. 設置同一時間最大客戶端鏈接數，默認無限制，Redis能夠同時打開的客戶端鏈接數爲Redis進程能夠打開的最大文件描述符數，若是設置maxclients 0，表示不做限制。當客戶端鏈接數到達限制時，Redis會關閉新的鏈接並向客戶端返回max number of clients reached錯誤信息

maxclients 128

17. 指定Redis最大內存限制，Redis在啓動時會把數據加載到內存中，達到最大內存後，Redis會先嚐試清除已到期或即將到期的Key，當此方法處理後，仍然到達最大內存設置，將沒法再進行寫入操做，但仍然能夠進行讀取操做。Redis新的vm機制，會把Key存放內存，Value會存放在swap區

maxmemory <bytes>

18. 指定是否在每次更新操做後進行日誌記錄，Redis在默認狀況下是異步的把數據寫入磁盤，若是不開啓，可能會在斷電時致使一段時間內的數據丟失。由於redis自己同步數據文件是按上面save條件來同步的，因此有的數據會在一段時間內只存在於內存中。默認爲no

appendonly no

19. 指定更新日誌文件名，默認爲appendonly.aof

appendfilename appendonly.aof

20. 指定更新日誌條件，共有3個可選值： 
no：表示等操做系統進行數據緩存同步到磁盤（快） 
always：表示每次更新操做後手動調用fsync()將數據寫到磁盤（慢，安全） 
everysec：表示每秒同步一次（折衷，默認值）

appendfsync everysec

21. 指定是否啓用虛擬內存機制，默認值爲no，簡單的介紹一下，VM機制將數據分頁存放，由Redis將訪問量較少的頁即冷數據swap到磁盤上，訪問多的頁面由磁盤自動換出到內存中（在後面的文章我會仔細分析Redis的VM機制）

vm-enabled no

22. 虛擬內存文件路徑，默認值爲/tmp/redis.swap，不可多個Redis實例共享

vm-swap-file /tmp/redis.swap

23. 將全部大於vm-max-memory的數據存入虛擬內存,不管vm-max-memory設置多小,全部索引數據都是內存存儲的(Redis的索引數據就是keys),也就是說,當vm-max-memory設置爲0的時候,實際上是全部value都存在於磁盤。默認值爲0

vm-max-memory 0

24. Redis swap文件分紅了不少的page，一個對象能夠保存在多個page上面，但一個page上不能被多個對象共享，vm-page-size是要根據存儲的數據大小來設定的，做者建議若是存儲不少小對象，page大小最好設置爲32或者64bytes；若是存儲很大大對象，則可使用更大的page，若是不肯定，就使用默認值

vm-page-size 32

25. 設置swap文件中的page數量，因爲頁表（一種表示頁面空閒或使用的bitmap）是在放在內存中的，，在磁盤上每8個pages將消耗1byte的內存。

vm-pages 134217728

26. 設置訪問swap文件的線程數,最好不要超過機器的核數,若是設置爲0,那麼全部對swap文件的操做都是串行的，可能會形成比較長時間的延遲。默認值爲4

vm-max-threads 4

27. 設置在向客戶端應答時，是否把較小的包合併爲一個包發送，默認爲開啓

glueoutputbuf yes

28. 指定在超過必定的數量或者最大的元素超過某一臨界值時，採用一種特殊的哈希算法

hash-max-zipmap-entries 64  hash-max-zipmap-value 512

29. 指定是否激活重置哈希，默認爲開啓（後面在介紹Redis的哈希算法時具體介紹）

activerehashing yes

30. 指定包含其它的配置文件，能夠在同一主機上多個Redis實例之間使用同一份配置文件，而同時各個實例又擁有本身的特定配置文件

include /path/to/local.conf