相對Memcached而言嘴瓤，Redis的面世時(shí)間更晚且具備更多功能场梆，因此開發(fā)人員通常將其視為默認(rèn)性首選方案摹芙。不過有兩類特殊場景仍然是Memcached的一家天下。首先就是對小型靜態(tài)數(shù)據(jù)進(jìn)行緩存處理袱瓮，最具代表性的例子就是HTML代碼片段缤骨。Memcached的內(nèi)部內(nèi)存管理機(jī)制雖然不像Redis的那樣復(fù)雜，但卻更具實(shí)際效率——這是因?yàn)镸emcached在處理元數(shù)據(jù)時(shí)所消耗的內(nèi)存資源相對更少尺借。作為Memcached所支持的惟一一種數(shù)據(jù)類型绊起，字符串非常適合用于保存那些只需要進(jìn)行讀取操作的數(shù)據(jù)，因?yàn)樽址旧頍o需進(jìn)行進(jìn)一步處理燎斩。

除此之外虱歪，Memcached在橫向擴(kuò)展方面也比Redis更具優(yōu)勢。由于其在設(shè)計(jì)上的思路傾向以及相對更為簡單的功能設(shè)置栅表，Memcached在實(shí)現(xiàn)擴(kuò)展時(shí)的難度比Redis低得多笋鄙。不過根據(jù)我們了解到的情況，目前已經(jīng)有多種經(jīng)過測試且切實(shí)有效的方案能夠?qū)edis擴(kuò)展至多臺(tái)服務(wù)器之上怪瓶，而其即將發(fā)布的3.0版本(感興趣的朋友可以點(diǎn)擊此處查看其候選版本說明)將包含專門針對橫向擴(kuò)展場景的內(nèi)置集群化機(jī)制萧落。

除非大家需要考慮某種限定性條件(例如處理傳統(tǒng)應(yīng)用程序)對于Memcached的特殊依賴性，或者自己的實(shí)際用例屬于前面提到的兩類場景中的一種洗贰，否則請直接選擇Redis并加以運(yùn)用找岖。憑借著Redis所帶來的卓越緩存方案，我們將擁有強(qiáng)大的處理能力——例如對緩存內(nèi)容及持久性進(jìn)行細(xì)節(jié)調(diào)整的能力——以及出色的整體執(zhí)行效率敛滋。

Redis幾乎在緩存管理工作中的每一個(gè)側(cè)面都表現(xiàn)出顯而易見的優(yōu)越性许布。這套緩存方案采用所謂數(shù)據(jù)回收機(jī)制，能夠?qū)㈥惻f數(shù)據(jù)從內(nèi)存中刪除以提供新數(shù)據(jù)所必需的緩存空間绎晃。Memcached的數(shù)據(jù)回收機(jī)制使用的是LRU(即最低近期使用量)算法蜜唾，而且往往會(huì)比較武斷地直接刪除掉與新數(shù)據(jù)體系相近的原有內(nèi)容。相比之下庶艾，Redis允許用戶更為精準(zhǔn)地進(jìn)行細(xì)化控制灵妨，利用六種不同回收策略確切提高緩存資源的實(shí)際利用率。Redis還采用更為復(fù)雜的內(nèi)存管理與回收對象備選方案落竹。

Redis還能為我們帶來最大程度的靈活性空間泌霍，從而保證管理員在打理緩存對象時(shí)擁有充裕的施展平臺(tái)。在這方面述召，Memcached將鍵名限制在250字節(jié)朱转，值也被限制在不超過1MB，且只適用于普通字符串积暖。相比之下藤为，Redis則將鍵名與值的最大上限各自設(shè)定為512MB，且支持二進(jìn)制格式夺刑。Redis支持六種數(shù)據(jù)類型缅疟，因此能夠更加智能地對數(shù)據(jù)進(jìn)行緩存處理及操作分别，這相當(dāng)于為應(yīng)用程序開發(fā)人員敞開了一道通往無盡可能性的大門。

相對于將對象保存為序列化字符串存淫，Redis允許開發(fā)人員以散列方式將對象域及值加以保存耘斩，并利用單一鍵對其進(jìn)行管理。Redis散列機(jī)制的存在保證開發(fā)人員無需經(jīng)歷獲取完整字符串桅咆、反序列化括授、更新值、對象重新序列化并在每次值更新后利用其替代緩存內(nèi)完整字符串這一系列復(fù)雜的流程——這也意味著資源消耗量得以降低岩饼、性能表現(xiàn)迎來顯著提升荚虚。Redis所支持的其它數(shù)據(jù)類型，例如Lists以及Sets——也可被用于實(shí)現(xiàn)更加復(fù)雜的緩存管理模式籍茧。

Redis的另一大重要優(yōu)勢在于版述，它所保存的數(shù)據(jù)具備透明化特性，也就是說服務(wù)器能夠直接對這些數(shù)據(jù)進(jìn)行操作寞冯。Redis當(dāng)中提供160多種可用命令院水，其中大部分用于實(shí)現(xiàn)數(shù)據(jù)處理操作并通過服務(wù)器端腳本將邏輯嵌入至數(shù)據(jù)存儲(chǔ)體系當(dāng)中。這些內(nèi)置命令及用戶腳本帶來了極大的靈活性優(yōu)勢简十，足以幫助大家直接在Redis內(nèi)部完成數(shù)據(jù)處理任務(wù)——而不必將數(shù)據(jù)在網(wǎng)絡(luò)中的其它專門處理系統(tǒng)之間來回移動(dòng)。

Redis還提供可選而且能夠具體調(diào)整的數(shù)據(jù)持久性方案撬腾，其設(shè)計(jì)目的在于在發(fā)生規(guī)劃內(nèi)停機(jī)或者計(jì)劃外故障之后對緩存內(nèi)容進(jìn)行重新引導(dǎo)螟蝙。雖然我們更傾向于強(qiáng)調(diào)緩存內(nèi)數(shù)據(jù)的易失性與暫時(shí)性，但將數(shù)據(jù)在磁盤中加以持久保存在某些緩存場景當(dāng)中仍然極具現(xiàn)實(shí)意義民傻。這種機(jī)制能夠在設(shè)備重啟之后快速將保存在磁盤上的數(shù)據(jù)重新載入至緩存當(dāng)中胰默，從而大大縮短緩存預(yù)熱周期并根據(jù)主數(shù)據(jù)存儲(chǔ)內(nèi)容對當(dāng)前緩存內(nèi)容進(jìn)行重新評(píng)估。

最后但也同樣重要的一點(diǎn)是漓踢，Redis能夠提供復(fù)制功能牵署。復(fù)制功能旨在幫助緩存體系實(shí)現(xiàn)高可用性配置方案，從而在遭遇故障的情況下繼續(xù)為應(yīng)用程序提供不間斷的緩存服務(wù)喧半。很明顯奴迅，一套成熟的緩存方案應(yīng)該能夠在應(yīng)用程序發(fā)生故障時(shí)略微甚至完全不給用戶體驗(yàn)或者應(yīng)用程序性能表現(xiàn)帶來任何影響，而這種對緩存內(nèi)容及服務(wù)可用性的有力保障在大多數(shù)情況下也成為緩存解決方案的一大主要優(yōu)勢挺据。

如果簡單地比較Redis與Memcached的區(qū)別取具，大多數(shù)都會(huì)得到以下觀點(diǎn)：

1? Redis不僅僅支持簡單的k/v類型的數(shù)據(jù)，同時(shí)還提供list扁耐，set暇检，zset，hash等數(shù)據(jù)結(jié)構(gòu)的存儲(chǔ)婉称。

2? Redis支持?jǐn)?shù)據(jù)的備份块仆，即master-slave模式的數(shù)據(jù)備份构蹬。

3? Redis支持?jǐn)?shù)據(jù)的持久化，可以將內(nèi)存中的數(shù)據(jù)保持在磁盤中悔据，重啟的時(shí)候可以再次加載進(jìn)行使用庄敛。