日常的開(kāi)發(fā)中，經(jīng)常都會(huì)用到緩存數(shù)據(jù)庫(kù)，最常用的就是redis和Memcached，那么兩者之間有什么區(qū)別，首先兩者都是非關(guān)系型內(nèi)存鍵值數(shù)據(jù)庫(kù)，目前一般都是用 Redis 來(lái)實(shí)現(xiàn)緩存，為什么不用Memcached呢？接下來(lái)分析一下Redis、Memcached的區(qū)別：

一、線程模型

Memcached處理請(qǐng)求采用多線程模型，并且基于IO多路復(fù)用技術(shù)，主線程接收到請(qǐng)求后，分發(fā)給子線程處理。

優(yōu)點(diǎn)是當(dāng)某個(gè)請(qǐng)求處理比較耗時(shí)，不會(huì)影響到其他請(qǐng)求的處理。缺點(diǎn)是CPU的多線程切換必然存在性能損耗，同時(shí)，多線程在訪問(wèn)共享資源時(shí)必然要加鎖，也會(huì)在一定程度上降低性能。

Redis同樣采用IO多路復(fù)用技術(shù)，但它處理請(qǐng)求采用是單線程模型，從接收請(qǐng)求到處理數(shù)據(jù)都在一個(gè)線程中完成。

缺點(diǎn)一旦某個(gè)請(qǐng)求處理耗時(shí)比較長(zhǎng)，那么整個(gè)Redis就會(huì)阻塞住，直到這個(gè)請(qǐng)求處理完成后返回，才能處理下一個(gè)請(qǐng)求，使用Redis時(shí)一定要避免復(fù)雜的耗時(shí)操作。由于Redis是內(nèi)存數(shù)據(jù)庫(kù)，它的訪問(wèn)速度非常地快，所以它的性能瓶頸不在于CPU，而在于內(nèi)存和網(wǎng)絡(luò)帶寬，這也是作者采用單線程模型的主要原因。同時(shí)，單線程對(duì)于程序開(kāi)發(fā)非常友好，調(diào)試起來(lái)也很方便。開(kāi)發(fā)多線程程序必然會(huì)增加一定的調(diào)試難度。

Redis6.0又進(jìn)一步完善了多線程，在接收請(qǐng)求和發(fā)送請(qǐng)求時(shí)使用多線，進(jìn)一步提高了處理性能。

二、數(shù)據(jù)結(jié)構(gòu)

Memcached支持的數(shù)據(jù)結(jié)構(gòu)很單一，僅支持string類型的操作。并且對(duì)于value的大小限制必須在1MB以下，過(guò)期時(shí)間不能超過(guò)30天。使用Memcached時(shí)，我們只能把數(shù)據(jù)序列化后寫(xiě)入到Memcached中。然后再?gòu)腗emcached中讀取數(shù)據(jù)，再反序列化為我們需要的格式。

而Redis對(duì)于不同的數(shù)據(jù)結(jié)構(gòu)可以采用不同的操作方法，非常靈活。

三、 淘汰策略

Memcached必須設(shè)置整個(gè)實(shí)例的內(nèi)存上限，數(shù)據(jù)達(dá)到上限后觸發(fā)LRU淘汰機(jī)制，優(yōu)先淘汰不常用使用的數(shù)據(jù)。但它的數(shù)據(jù)淘汰機(jī)制存在一些問(wèn)題：剛寫(xiě)入的數(shù)據(jù)可能會(huì)被優(yōu)先淘汰掉，這個(gè)問(wèn)題主要是它本身內(nèi)存管理設(shè)計(jì)機(jī)制導(dǎo)致的。Redis沒(méi)有限制必須設(shè)置內(nèi)存上限，如果內(nèi)存足夠使用，Redis可以使用足夠大的內(nèi)存。同時(shí)Redis提供了多種淘汰策略：

四、持久化

Memcached不支持?jǐn)?shù)據(jù)的持久化，如果Memcached服務(wù)宕機(jī)，那么這個(gè)節(jié)點(diǎn)的數(shù)據(jù)將全部丟失。

Redis支持將數(shù)據(jù)持久化磁盤上，提供RDB和AOF兩種方式。

五、 高可用

Memcached沒(méi)有主從復(fù)制架構(gòu)，只能單節(jié)點(diǎn)部署，如果節(jié)點(diǎn)宕機(jī)，那么該節(jié)點(diǎn)數(shù)據(jù)全部丟失。業(yè)務(wù)需要對(duì)這種情況做兼容處理，當(dāng)某個(gè)節(jié)點(diǎn)不可用時(shí)，把數(shù)據(jù)寫(xiě)入到其他節(jié)點(diǎn)以降低對(duì)業(yè)務(wù)的影響。

Redis擁有主從復(fù)制架構(gòu)和哨兵節(jié)點(diǎn)，在主節(jié)點(diǎn)宕機(jī)時(shí)，主動(dòng)把從節(jié)點(diǎn)提升為主節(jié)點(diǎn)，繼續(xù)提供服務(wù)。主從兩個(gè)節(jié)點(diǎn)還可以提供讀寫(xiě)分離功能，進(jìn)一步提高程序訪問(wèn)的性能。

六、集群化

Memcached的集群化是在客戶端采用一致性哈希算法向指定節(jié)點(diǎn)發(fā)送數(shù)據(jù)，當(dāng)一個(gè)節(jié)點(diǎn)宕機(jī)時(shí)，其他節(jié)點(diǎn)會(huì)分擔(dān)這個(gè)節(jié)點(diǎn)的請(qǐng)求。而Redis集群化采用的是每個(gè)節(jié)點(diǎn)維護(hù)一部分虛擬槽位，通過(guò)key的哈希計(jì)算，將key映射到具體的虛擬槽位上，這個(gè)槽位再映射到具體的Redis節(jié)點(diǎn)。同時(shí)每個(gè)Redis節(jié)點(diǎn)都包含至少一個(gè)從節(jié)點(diǎn)，組成主從架構(gòu)，進(jìn)一步提高每個(gè)節(jié)點(diǎn)的高可用能力。當(dāng)增加或下線節(jié)點(diǎn)時(shí)，需要手動(dòng)觸發(fā)數(shù)據(jù)遷移，重新進(jìn)行哈希槽位映射。

如果你的業(yè)務(wù)需要各種數(shù)據(jù)結(jié)構(gòu)給予支撐，同時(shí)要求數(shù)據(jù)的高可用保障，那么選擇Redis是比較合適的。

如果你的業(yè)務(wù)非常簡(jiǎn)單，只是簡(jiǎn)單的set/get，并且對(duì)于內(nèi)存使用并不高，那么使用簡(jiǎn)單的Memcached足夠。