Redis与Memcache的对比
Redis與Memcache的對比
1、 Redis和Memcache都是將數(shù)據(jù)存放在內(nèi)存中，都是內(nèi)存數(shù)據(jù)庫。
不過memcache還可用于緩存其他東西，例如圖片、視頻等等2、 數(shù)據(jù)類型–Memcache在添加數(shù)據(jù)時就要指定數(shù)據(jù)的字節(jié)長度，例如：
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"3、虛擬內(nèi)存–Redis當(dāng)物理內(nèi)存用完時，可以將一些很久沒用到的value 交換到磁盤
4、過期策略–memcache在set時就指定，例如set key1 0 0 8,即永不過期。
Redis可以通過例如expire 設(shè)定，例如expire name 105、分布式–設(shè)定memcache集群，利用magent做一主多從;redis可以做一主多從。都可以一主一從
6、存儲數(shù)據(jù)安全–memcache掛掉后，數(shù)據(jù)沒了；redis可以定期保存到磁盤（持久化）
7、災(zāi)難恢復(fù)–memcache掛掉后，數(shù)據(jù)不可恢復(fù); redis數(shù)據(jù)丟失后可以通過aof恢復(fù)
8、由于Redis只使用單核，而Memcached可以使用多核
平均每一個核上Redis在存儲小數(shù)據(jù)時比Memcached性能更高
相關(guān)解釋,轉(zhuǎn)自[知乎]
比如CPU是8核8線程的，用memcache一定會被分解成八份，原子化后，由8個進(jìn)程分別處理。 memcache分解的時間是A，memcache處理的時間是B。假若Redis和memcache處理效率一樣，那么A+B是memcache的總時間，8B就是Redis的總時間。處理小文件的時候，小文件處理時間短，memcache分解的時間A>7B，Redis效率高。隨著文件越來越大，隨著Redis處理的時間越來越長，當(dāng)7B>A時（大文件），這時候memcache效率更高。通俗地講，你是一個老板，把一件小事分給8個人做，可能還不如一個人做得好，把時間浪費(fèi)在開會分配上了。但是你把一件大事分給8個人，原來需要8個小時的事情，1個小時就搞定了。9、應(yīng)用場景不一樣
- Redis出來作為NoSQL數(shù)據(jù)庫使用外，還能用做消息隊(duì)列、數(shù)據(jù)堆棧和數(shù)據(jù)緩存等；
- Memcached適合于緩存SQL語句、數(shù)據(jù)集、用戶臨時性數(shù)據(jù)、延遲查詢數(shù)據(jù)和session等
從以下幾個維度，對redis、memcache、mongoDB 做了對比，歡迎拍磚
1、性能
總體來講，TPS方面redis和memcache差不多，要大于mongodb
2、操作的便利性
memcache數(shù)據(jù)結(jié)構(gòu)單一
redis豐富一些，數(shù)據(jù)操作方面，redis更好一些，較少的網(wǎng)絡(luò)IO次數(shù)
mongodb支持豐富的數(shù)據(jù)表達(dá)，索引，最類似關(guān)系型數(shù)據(jù)庫，支持的查詢語言非常豐富
3、內(nèi)存空間的大小和數(shù)據(jù)量的大小
redis在2.0版本后增加了自己的VM特性，突破物理內(nèi)存的限制；
可以對key value設(shè)置過期時間（類似memcache）memcache可以修改最大可用內(nèi)存,采用LRU算法
mongoDB適合大數(shù)據(jù)量的存儲，依賴操作系統(tǒng)VM做內(nèi)存管理，吃內(nèi)存也比較厲害，
服務(wù)不要和別的服務(wù)在一起
4、可用性（單點(diǎn)問題）
redis，依賴客戶端來實(shí)現(xiàn)分布式讀寫；
主從復(fù)制時，每次從節(jié)點(diǎn)重新連接主節(jié)點(diǎn)都要依賴整個快照,無增量復(fù)制，因性能和效率問題，
所以單點(diǎn)問題比較復(fù)雜；不支持自動sharding,需要依賴程序設(shè)定一致hash 機(jī)制。
一種替代方案是，不用redis本身的復(fù)制機(jī)制，采用自己做主動復(fù)制（多份存儲），
或者改成增量復(fù)制的方式（需要自己實(shí)現(xiàn)），一致性問題和性能的權(quán)衡Memcache本身沒有數(shù)據(jù)冗余機(jī)制，也沒必要；
對于故障預(yù)防，采用依賴成熟的hash或者環(huán)狀的算法，解決單點(diǎn)故障引起的抖動問題。mongoDB支持master-slave,replicaset（內(nèi)部采用paxos選舉算法，自動故障恢復(fù)）
auto sharding機(jī)制，對客戶端屏蔽了故障轉(zhuǎn)移和切分機(jī)制。
5、可靠性（持久化）
對于數(shù)據(jù)持久化和數(shù)據(jù)恢復(fù)
redis支持（快照、AOF）：依賴快照進(jìn)行持久化，aof增強(qiáng)了可靠性的同時，對性能有所影響
memcache不支持，通常用在做緩存,提升性能；
MongoDB從1.8版本開始采用binlog方式支持持久化的可靠性
6、數(shù)據(jù)一致性（事務(wù)支持）
- redis事務(wù)支持比較弱，只能保證事務(wù)中的每個操作連續(xù)執(zhí)行
- memcache 在并發(fā)場景下，用cas保證一致性
- mongoDB不支持事務(wù)
7、數(shù)據(jù)分析
mongoDB內(nèi)置了數(shù)據(jù)分析的功能(mapreduce),其他不支持8、應(yīng)用場景
- redis：數(shù)據(jù)量較小的更性能操作和運(yùn)算上
- memcache：用于在動態(tài)系統(tǒng)中減少數(shù)據(jù)庫負(fù)載，提升性能;
做緩存，提高性能（適合讀多寫少，對于數(shù)據(jù)量比較大，可以采用sharding） - MongoDB:主要解決海量數(shù)據(jù)的訪問效率問題
經(jīng)過對50萬個數(shù)據(jù)存儲的研究發(fā)現(xiàn)：
每秒單條指令執(zhí)行量
memcache 約3萬次 redis 約1萬次而且，memcache的一大優(yōu)點(diǎn)是可以通過一個函數(shù)直接設(shè)置過期時間
而redis需要兩個函數(shù)才可以既設(shè)置了鍵值對又設(shè)置過期時間
也就是redis在這點(diǎn)上效率變成了原來的一半，即5千次，這對于大部分需求來說，有點(diǎn)太慢了
memcache的測試代碼如下：
<?php $mem = new Memcache; $mem->connect("127.0.0.1", 11211); $time_start = microtime_float(); // 保存數(shù)據(jù) for ($i = 0; $i < 100000; $i++) {$mem->set("key$i", $i, 0, 3); } $time_end = microtime_float(); $run_time = $time_end - $time_start; echo "用時 $run_time 秒\n"; function microtime_float() {list($usec, $sec) = explode(" ", microtime());return ((float) $usec + (float) $sec); }redis的測試代碼如下：redis1.php 此代碼大概需要10秒左右
<?php // 連接 $redis = new Redis(); $redis->connect('127.0.0.1', 6379); $time_start = microtime_float(); // 保存數(shù)據(jù) for ($i = 0; $i < 100000; $i++) {$redis->sadd("key$i", $i); } $time_end = microtime_float(); $run_time = $time_end - $time_start; echo "用時 $run_time 秒\n"; // 關(guān)閉連接 $redis->close();function microtime_float() {list($usec, $sec) = explode(" ", microtime());return ((float) $usec + (float) $sec); }如果需要在設(shè)置鍵值的同時設(shè)置過期時間，大概執(zhí)行需要20秒左右，測試代碼如下
<?php // 連接 $redis = new Redis(); $redis->connect('127.0.0.1', 6379); $time_start = microtime_float(); // 保存數(shù)據(jù) for ($i = 0; $i < 100000; $i++) {$redis->sadd("key$i", $i);$redis->expire("key$i", 3); } $time_end = microtime_float(); $run_time = $time_end - $time_start; echo "用時 $run_time 秒\n"; // 關(guān)閉連接 $redis->close();function microtime_float() {list($usec, $sec) = explode(" ", microtime());return ((float) $usec + (float) $sec); }事務(wù)，通過multi原子性的將一段代碼塊依次執(zhí)行，從而達(dá)到一個完整功能模塊的執(zhí)行。
不幸的是通過測試發(fā)現(xiàn)，采用multi方式執(zhí)行代碼時并沒有減少請求次數(shù)，
相反在執(zhí)行multi指令和exec指令時都要發(fā)送請求，
從而將運(yùn)行時間變成了原來的四倍，即四條指令的運(yùn)行時間。
redis主從服務(wù)器上比memcache有更大的優(yōu)勢，且有可執(zhí)行連貫操作的管道功能
redis的管道功能。測試代碼如下
<?php // 連接 $redis = new Redis(); $redis->connect('127.0.0.1', 6379); $time_start = microtime_float(); // 保存數(shù)據(jù) for ($i = 0; $i < 100000; $i++) {$pipe = $redis->pipeline();$pipe->sadd("key$i", $i);$pipe->expire("key$i", 3);$replies = $pipe->execute(); } $time_end = microtime_float(); $run_time = $time_end - $time_start; echo "用時 $run_time 秒\n"; // 關(guān)閉連接 $redis->close();function microtime_float() {list($usec, $sec) = explode(" ", microtime());return ((float) $usec + (float) $sec); }運(yùn)用這個操作可以非常完美的將賦值操作和設(shè)置過期時間操作打包到一個請求去執(zhí)行，大大提高了運(yùn)行效率。
總結(jié)
以上是生活随笔為你收集整理的Redis与Memcache的对比的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Redis小结
- 下一篇： [首次分析]PHP写框架