這兩年 Redis火得可以，Redis也常常被當作 Memcached的挑戰(zhàn)者被提到桌面上來。關于Redis與Memcached的比較更是比比皆是。然而，Redis真的在功能、性能以及內(nèi)存使用效率上都超越了Memcached嗎?
沒有必要過于關注性能，因為二者的性能都已經(jīng)足夠高了。由于Redis只使用單核，而Memcached可以使用多核，所以二者比較起來，平均每一個核上，Redis在存儲小數(shù)據(jù)時比Memcached性能更高。而在100k以上的數(shù)據(jù)中，Memcached性能要高于Redis。雖然Redis最近也在存儲大數(shù)據(jù)的性能上進行優(yōu)化，但是比起Memcached，還是稍有遜色。說了這么多，結論是，無論你使用哪一個，每秒處理請求的次數(shù)都不會成為瓶頸。
在內(nèi)存使用效率上，如果使用簡單的key-value存儲，Memcached的內(nèi)存利用率更高。而如果Redis采用hash結構來做key-value存儲，由于其組合式的壓縮，其內(nèi)存利用率會高于Memcached。當然，這和你的應用場景和數(shù)據(jù)特性有關。
如果你對數(shù)據(jù)持久化和數(shù)據(jù)同步有所要求，那么推薦你選擇Redis。因為這兩個特性Memcached都不具備。即使你只是希望在升級或者重啟系統(tǒng)后緩存數(shù)據(jù)不會丟失，選擇Redis也是明智的。
當然，最后還得說到你的具體應用需求。Redis相比Memcached來說，擁有更多的數(shù)據(jù)結構，并支持更豐富的數(shù)據(jù)操作。通常在Memcached里，你需要將數(shù)據(jù)拿到客戶端來進行類似的修改再set回去。這大大增加了網(wǎng)絡IO的次數(shù)和數(shù)據(jù)體積。在Redis中，這些復雜的操作通常和一般的GET/SET一樣高效。所以，如果你需要緩存能夠支持更復雜的結構和操作，那么Redis會是不錯的選擇。
這兩年 Redis火得可以，Redis也常常被當作 Memcached的挑戰(zhàn)者被提到桌面上來。關于Redis與Memcached的比較更是比比皆是。然而，Redis真的在功能、性能以及內(nèi)存使用效率上都超越了Memcached嗎?沒有必要過于關注性能，因為二者的性能都已經(jīng)足夠高了。由于Redis只使用單核，而Memcached可以使用多核，所以二者比較起來，平均每一個核上，Redis在存儲小數(shù)據(jù)時比Memcached性能更高。而在100k以上的數(shù)據(jù)中，Memcached性能要高于Redis。雖然Redis最近也在存儲大數(shù)據(jù)的性能上進行優(yōu)化，但是比起Memcached，還是稍有遜色。說了這么多，結論是，無論你使用哪一個，每秒處理請求的次數(shù)都不會成為瓶頸。在內(nèi)存使用效率上，如果使用簡單的key-value存儲，Memcached的內(nèi)存利用率更高。而如果Redis采用hash結構來做key-value存儲，由于其組合式的壓縮，其內(nèi)存利用率會高于Memcached。當然，這和你的應用場景和數(shù)據(jù)特性有關。如果你對數(shù)據(jù)持久化和數(shù)據(jù)同步有所要求，那么推薦你選擇Redis。因為這兩個特性Memcached都不具備。即使你只是希望在升級或者重啟系統(tǒng)后緩存數(shù)據(jù)不會丟失，選擇Redis也是明智的。當然，最后還得說到你的具體應用需求。Redis相比Memcached來說，擁有更多的數(shù)據(jù)結構，并支持更豐富的數(shù)據(jù)操作。通常在Memcached里，你需要將數(shù)據(jù)拿到客戶端來進行類似的修改再set回去。這大大增加了網(wǎng)絡IO的次數(shù)和數(shù)據(jù)體積。在Redis中，這些復雜的操作通常和一般的GET/SET一樣高效。所以，如果你需要緩存能夠支持更復雜的結構和操作，那么Redis會是不錯的選擇。
