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