我這段時(shí)間在用redis，感覺挺方便的，但比較疑惑在選擇內(nèi)存數(shù)據(jù)庫的時(shí)候到底什么時(shí)候選擇redis，什么時(shí)候選擇memcache，然后就查到下面對(duì)應(yīng)的資料，是來自redis作者的說法（stackoverflow上面）。

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.

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.

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.

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).

有網(wǎng)友翻譯如下[1]：

    沒有必要過多的關(guān)注性能。由于Redis只使用單核，而Memcached可以使用多核，所以在比較上，平均每一個(gè)核上Redis在存儲(chǔ)小數(shù)據(jù)時(shí)比Memcached性能更高。而在100k以上的數(shù)據(jù)中，Memcached性能要高于Redis，雖然Redis最近也在存儲(chǔ)大數(shù)據(jù)的性能上進(jìn)行優(yōu)化，但是比起Memcached，還是稍有遜色。說了這么多，結(jié)論是，無論你使用哪一個(gè)，每秒處理請求的次數(shù)都不會(huì)成為瓶頸。

    你需要關(guān)注內(nèi)存使用率。對(duì)于key-value這樣簡單的數(shù)據(jù)儲(chǔ)存，memcache的內(nèi)存使用率更高。如果采用hash結(jié)構(gòu)，redis的內(nèi)存使用率會(huì)更高。當(dāng)然，這些都依賴于具體的應(yīng)用場景。

    你需要關(guān)注關(guān)注數(shù)據(jù)持久化和主從復(fù)制時(shí)，只有redis擁有這兩個(gè)特性。如果你的目標(biāo)是構(gòu)建一個(gè)緩存在升級(jí)或者重啟后之前的數(shù)據(jù)不會(huì)丟失的話，那也只能選擇redis。

    你應(yīng)該關(guān)心你需要的操作。redis支持很多復(fù)雜的操作，甚至只考慮內(nèi)存的使用情況，在一個(gè)單一操作里你常?？梢宰龊芏?，而不需要將數(shù)據(jù)讀取到客戶端中（這樣會(huì)需要很多的IO操作）。這些復(fù)雜的操作基本上和純GET和POST操作一樣快，所以你不只是需要GET/SET而是更多的操作時(shí)，redis會(huì)起很大的作用。

    對(duì)于兩者的選擇還是要看具體的應(yīng)用場景，如果需要緩存的數(shù)據(jù)只是key-value這樣簡單的結(jié)構(gòu)時(shí)，我在項(xiàng)目里還是采用memcache，它也足夠的穩(wěn)定可靠。如果涉及到存儲(chǔ)，排序等一系列復(fù)雜的操作時(shí)，毫無疑問選擇redis。

關(guān)于redis和memcache的不同，下面羅列了一些相關(guān)說法，供記錄：

redis和memecache的不同在于[2]：

    1、存儲(chǔ)方式：
    memecache 把數(shù)據(jù)全部存在內(nèi)存之中，斷電后會(huì)掛掉，數(shù)據(jù)不能超過內(nèi)存大小
    redis有部份存在硬盤上，這樣能保證數(shù)據(jù)的持久性，支持?jǐn)?shù)據(jù)的持久化（筆者注：有快照和AOF日志兩種持久化方式，在實(shí)際應(yīng)用的時(shí)候，要特別注意配置文件快照參數(shù)，要不就很有可能服務(wù)器頻繁滿載做dump）。
    2、數(shù)據(jù)支持類型：
    redis在數(shù)據(jù)支持上要比memecache多的多。
    3、使用底層模型不同：
    新版本的redis直接自己構(gòu)建了VM 機(jī)制 ，因?yàn)橐话愕南到y(tǒng)調(diào)用系統(tǒng)函數(shù)的話，會(huì)浪費(fèi)一定的時(shí)間去移動(dòng)和請求。
    4、運(yùn)行環(huán)境不同：
    redis目前官方只支持LINUX 上去行，從而省去了對(duì)于其它系統(tǒng)的支持，這樣的話可以更好的把精力用于本系統(tǒng) 環(huán)境上的優(yōu)化，雖然后來微軟有一個(gè)小組為其寫了補(bǔ)丁。但是沒有放到主干上

個(gè)人總結(jié)一下，有持久化需求或者對(duì)數(shù)據(jù)結(jié)構(gòu)和處理有高級(jí)要求的應(yīng)用，選擇redis，其他簡單的key/value存儲(chǔ)，選擇memcache。

到此這篇關(guān)于Redis和Memcache對(duì)比與如何選擇的文章就介紹到這了,更多相關(guān)Redis和Memcache對(duì)比內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！