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