使用場(chǎng)景：
一、如果需要緩存的數(shù)據(jù)只是key-value 這樣簡(jiǎn)單的結(jié)構(gòu)時(shí)，采用Memcache，足夠穩(wěn)定可靠。如果有持久化需求、存儲(chǔ)、排序等一系列復(fù)制操作時(shí)，或者對(duì)數(shù)據(jù)結(jié)構(gòu)和處理有高級(jí)要求的應(yīng)用，選擇Redis。
二、memcache使用場(chǎng)景：
1、在動(dòng)態(tài)系統(tǒng)中減少數(shù)據(jù)庫(kù)負(fù)載，提升性能，做緩存，適合多讀少寫(xiě)，大數(shù)據(jù)量的情況（如人人網(wǎng)大量查詢用戶信息、好友信息、文章信息等）。它的一個(gè)總原則是將經(jīng)常需要從數(shù)據(jù)庫(kù)讀取的數(shù)據(jù)緩存在memcached中，這些數(shù)據(jù)也分為幾類：
（1）經(jīng)常被讀取并且實(shí)時(shí)性要求不強(qiáng)可以等到自動(dòng)過(guò)期的數(shù)據(jù)。例如網(wǎng)站首頁(yè)最新文章列表、某某排行等數(shù)據(jù)。也就是雖然新數(shù)據(jù)產(chǎn)生了，但對(duì)用戶體驗(yàn)不會(huì)產(chǎn)生任何影響的場(chǎng)景。這類數(shù)據(jù)就使用典型的緩存策略，設(shè)置一過(guò)合理的過(guò)期時(shí)間，當(dāng)數(shù)據(jù)過(guò)期以后再?gòu)臄?shù)據(jù)庫(kù)中讀取。當(dāng)然你得制定一個(gè)緩存清除策略，便于編輯或者其它人員能馬上看到效果。
（2）經(jīng)常被讀取并且實(shí)時(shí)性要求強(qiáng)的數(shù)據(jù)。比如用戶的好友列表，用戶文章列表，用戶閱讀記錄等。這類數(shù)據(jù)首先被載入到memcached中，當(dāng)發(fā)生更改（添加、修改、刪除）時(shí)就清除緩存。在緩存的時(shí)候，我將查詢的SQL語(yǔ)句md5（）得到它的 hash值作為key,結(jié)果數(shù)組作為值寫(xiě)入memcached，并且將該SQL涉及的table_name以及hash值配對(duì)存入memcached中。 當(dāng)更改了這個(gè)表時(shí)，我就將與此表相配對(duì)的key的緩存全部刪除。
2、秒殺功能：一個(gè)人下單，要牽涉數(shù)據(jù)庫(kù)讀取，寫(xiě)入訂單，更改庫(kù)存，及事務(wù)要求， 對(duì)于傳統(tǒng)型數(shù)據(jù)庫(kù)來(lái)說(shuō)，壓力是巨大的。
可以利用 memcached 的 incr/decr 功能， 在內(nèi)存存儲(chǔ) count 庫(kù)存量， 秒殺 1000 臺(tái)每人搶單主要在內(nèi)存操作，速度非常快，搶到 count < =1000 的號(hào)人，得一個(gè)訂單號(hào)，這時(shí)再去另一個(gè)頁(yè)面慢慢支付。
三、不適用memcached的業(yè)務(wù)場(chǎng)景：
? ? ? ? ? 1、緩存對(duì)象的大小大于1MB；
? ? ? ? ? 2、key的長(zhǎng)度大于250字符（所以我們把一些key先md5再存儲(chǔ)）；
? ? ? ? ? 3、應(yīng)用運(yùn)行在不安全的環(huán)境中Memcached為提供任何安全策略，僅僅通過(guò)telnet就可以訪問(wèn)到memcached。如果應(yīng)用運(yùn)行在共享的系統(tǒng)上，需要著重考慮安全問(wèn)題；
? ? ? ? ? 4、業(yè)務(wù)本身需要的是持久化數(shù)據(jù)。
四、Redis場(chǎng)景：適用于對(duì)讀寫(xiě)效率要求都很高，數(shù)據(jù)處理業(yè)務(wù)復(fù)雜和對(duì)安全性要求較高的系統(tǒng)（如新浪微博的計(jì)數(shù)和微博發(fā)布部分系統(tǒng)，對(duì)數(shù)據(jù)安全性、讀寫(xiě)要求都很高）、Pub/Sub構(gòu)建實(shí)時(shí)消息系統(tǒng)、統(tǒng)計(jì)。
區(qū)別：
? ? ? ? ? 1、存儲(chǔ)方式：Memcache把數(shù)據(jù)全部存在內(nèi)存之中，斷電后會(huì)掛掉，數(shù)據(jù)不能超 過(guò)內(nèi)存大小。Redis支持?jǐn)?shù)據(jù)的持久化，可以將內(nèi)存中的數(shù)據(jù)保存在磁盤中，重啟時(shí)可以再次加載進(jìn)行使用。（RDB快照和AOF日志兩 種持久化方式）。
? ? ? ? ? 2、Redis支持?jǐn)?shù)據(jù)的備份，及master-slave模式的數(shù)據(jù)備份。
? ? ? ? ? 3、數(shù)據(jù)支持類型：Redis在數(shù)據(jù)支持上要比Memcache多得多。
? ? ? ? ? 4、使用底層模型不同：新版本的Redis直接自己構(gòu)建了VM機(jī)制，因?yàn)橐话愕南到y(tǒng)調(diào)用系統(tǒng)函數(shù)的話，會(huì)浪費(fèi)一定的時(shí)間去移動(dòng)和請(qǐng)求。
? ? ? ? ? 5、 redis有一個(gè)致命缺陷 當(dāng)內(nèi)存滿了時(shí) dump數(shù)據(jù)cpu占用100%。
總結(jié)：
? ? ? ? ? 1、Redis使用最佳方式是全部數(shù)據(jù)in-memory。
? ? ? ? ? 2、Redis更多場(chǎng)景是作為Memcache的替代者來(lái)使用。
? ? ? ? ? 3、當(dāng)需要除key/value之外的更多數(shù)據(jù)類型支持時(shí)，使用Redis更合適。
? ? ? ? ? 4、當(dāng)存儲(chǔ)的數(shù)據(jù)不能被剔除時(shí)，使用Redis更合適。
? ? ? ? ? 5、如果要說(shuō)內(nèi)存使用效率，使用簡(jiǎn)單的key-value存儲(chǔ)的話，Memcached的內(nèi)存利用率更高，而如果Redis采用hash結(jié)構(gòu)來(lái)做key-value存儲(chǔ)，由于其組合式的壓縮，其內(nèi)存利用率會(huì)高于Memcached。當(dāng)然，這和你的應(yīng)用場(chǎng)景和數(shù)據(jù)特性有關(guān)。
Memcache應(yīng)用場(chǎng)景介紹，說(shuō)明[zz]:
http://www.cnblogs.com/literoad/archive/2012/12/23/2830178.html
