Redis和Memcache區別分析

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

    有網友翻譯如下[1]：

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

    你需要關注內存使用率。對于key-value這樣簡單的數據儲存，memcache的內存使用率更高。如果采用hash結構，redis的內存使用率會更高。當然，這些都依賴于具體的應用場景。

    你需要關注關注數據持久化和主從復制時，只有redis擁有這兩個特性。如果你的目標是構建一個緩存在升級或者重啟后之前的數據不會丟失的話，那也只能選擇redis。

    你應該關心你需要的操作。redis支持很多復雜的操作，甚至只考慮內存的使用情況，在一個單一操作里你常常可以做很多，而不需要將數據讀取到客戶端中（這樣會需要很多的IO操作）。這些復雜的操作基本上和純GET和POST操作一樣快，所以你不只是需要GET/SET而是更多的操作時，redis會起很大的作用。

    對于兩者的選擇還是要看具體的應用場景，如果需要緩存的數據只是key-value這樣簡單的結構時，我在項目里還是采用memcache，它也足夠的穩定可靠。如果涉及到存儲，排序等一系列復雜的操作時，毫無疑問選擇redis。

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

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

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

個人總結一下，有持久化需求或者對數據結構和處理有高級要求的應用，選擇redis，其他簡單的key/value存儲，選擇memcache。

    最后還得說到你的具體應用需求。Redis相比Memcached來說，擁有更多的數據結構，并支持更豐富的數據操作。通常在Memcached里，你需要將數據拿到客戶端來進行類似的修改再set回去。這大大增加了網絡IO的次數和數據體積。在Redis中，這些復雜的操作通常和一般的GET/SET一樣高效。所以，如果你需要緩存能夠支持更復雜的結構和操作，那么Redis會是不錯的選擇。

Redis和Memcache的區別分析

1、 Redis和Memcache都是將數據存放在內存中，都是內存數據庫。不過memcache還可用于緩存其他東西，例如圖片、視頻等等。2、Redis不僅僅支持簡單的k/v類型的數據，同時還提供list，set，hash等數據結構的存儲。3、虛擬內存--Redis當物理內存用完時，可以將一些很久沒用到的value 交換到磁盤4、過期策略--memcache在set時就指定，例如set key1 0 0 8,即永不過期。Redis可以通過例如expire 設定，例如expire name 105、分布式--設定memcache集群，利用magent做一主多從;redis可以做一主多從。都可以一主一從6、存儲數據安全--memcache掛掉后，數據沒了；redis可以定期保存到磁盤（持久化）7、災難恢復--memcache掛掉后，數據不可恢復; redis數據丟失后可以通過aof恢復8、Redis支持數據的備份，即master-slave模式的數據備份。
9、 數據類型--Memcache在添加數據時就要指定數據的字節長度，例如：  set key3 0 0 8  lxsymcto  STORED而redis不需要，如：redis 127.0.0.1:6379>set key2 "lxsymblog"  OK  redis 127.0.0.1:6379>get key2  "lxsymblog"部分內容來自：http://blog.csdn.net/sunmengGmail/article/details/36176029