先說我自己用的情況:
最先用的memcache ,用于鍵值對關(guān)系的服務(wù)器端緩存,用于存儲一些常用的不是很大,但需要快速反應(yīng)的數(shù)據(jù)
?
然后,在另一個地方,要用到redis,然后就去研究了下redis. 一看,顯示自己安裝了php擴展,因為有服務(wù)器上的redis服務(wù)端,自己本地就沒有安裝,其實用法和memcache基本一樣,可能就是幾個參數(shù)有所不同。當然 它們緩存的效果也不一樣,具體的哪里不一樣,一下就是一些資料,和自己的總結(jié)
?
?
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當物理內(nèi)存用完時,可以將一些很久沒用到的value 交換到磁盤
4、過期策略--memcache在set時就指定,例如set key1 0 0 8,即永不過期。Redis可以通過例如expire 設(shè)定,例如expire name 10
5、分布式--設(shè)定memcache集群,利用magent做一主多從;redis可以做一主多從。都可以一主一從
6、存儲數(shù)據(jù)安全--memcache掛掉后,數(shù)據(jù)沒了;redis可以定期保存到磁盤(持久化)
7、災(zāi)難恢復(fù)--memcache掛掉后,數(shù)據(jù)不可恢復(fù); redis數(shù)據(jù)丟失后可以通過aof恢復(fù)
?
從以下幾個維度,對redis、memcache、mongoDB?做了對比,歡迎拍磚
1、性能
都比較高,性能對我們來說應(yīng)該都不是瓶頸
總體來講,TPS方面redis和memcache差不多,要大于mongodb
2、操作的便利性
????? memcache數(shù)據(jù)結(jié)構(gòu)單一
????? redis豐富一些,數(shù)據(jù)操作方面,redis更好一些,較少的網(wǎng)絡(luò)IO次數(shù)
?????? mongodb支持豐富的數(shù)據(jù)表達,索引,最類似關(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、可用性(單點問題)
對于單點問題,
???????????? redis,依賴客戶端來實現(xiàn)分布式讀寫;主從復(fù)制時,每次從節(jié)點重新連接主節(jié)點都要依賴整個快照,無增量復(fù)制,因性能和效率問題,
所以單點問題比較復(fù)雜;不支持自動sharding,需要依賴程序設(shè)定一致hash?機制。
一種替代方案是,不用redis本身的復(fù)制機制,采用自己做主動復(fù)制(多份存儲),或者改成增量復(fù)制的方式(需要自己實現(xiàn)),一致性問題和性能的權(quán)衡
???????????? Memcache本身沒有數(shù)據(jù)冗余機制,也沒必要;對于故障預(yù)防,采用依賴成熟的hash或者環(huán)狀的算法,解決單點故障引起的抖動問題。
???????????? mongoDB支持master-slave,replicaset(內(nèi)部采用paxos選舉算法,自動故障恢復(fù)),auto sharding機制,對客戶端屏蔽了故障轉(zhuǎn)移和切分機制。
5、可靠性(持久化)
對于數(shù)據(jù)持久化和數(shù)據(jù)恢復(fù),
???????? redis支持(快照、AOF):依賴快照進行持久化,aof增強了可靠性的同時,對性能有所影響
????????? memcache不支持,通常用在做緩存,提升性能;
????????? MongoDB從1.8版本開始采用binlog方式支持持久化的可靠性
6、數(shù)據(jù)一致性(事務(wù)支持)
???????? Memcache?在并發(fā)場景下,用cas保證一致性
??????? redis事務(wù)支持比較弱,只能保證事務(wù)中的每個操作連續(xù)執(zhí)行
??????? mongoDB不支持事務(wù)
7、數(shù)據(jù)分析
???????? mongoDB內(nèi)置了數(shù)據(jù)分析的功能(mapreduce),其他不支持
8、應(yīng)用場景
??????? redis:數(shù)據(jù)量較小的更性能操作和運算上
??????? memcache:用于在動態(tài)系統(tǒng)中減少數(shù)據(jù)庫負載,提升性能;做緩存,提高性能(適合讀多寫少,對于數(shù)據(jù)量比較大,可以采用sharding)
??????? MongoDB:主要解決海量數(shù)據(jù)的訪問效率問題
?
?
?
?
最近一直在研究key-value的存儲,簡單記一下感受。。一些memcache和redis的安裝和使用就不贅述啦。只簡單說說兩種方案的差別。一些感想和測試結(jié)果未必足夠能說明問題,有什么不妥請大家指正。因為這兩天在學(xué)習(xí)的過程發(fā)現(xiàn)一直在更正自己認識的缺陷,每天都會否定前一天的想法。。好了,費話少說。 經(jīng)過對50萬個數(shù)據(jù)存儲的研究發(fā)現(xiàn): 每秒單條指令執(zhí)行量 ?? ?memcache ?約3萬次 redis ? ? 約1萬次 ?? ?而且,memcache的一大優(yōu)點是可以通過一個函數(shù)直接設(shè)置過期時間,而redis需要兩個函數(shù)才可以既設(shè)置了鍵值對又設(shè)置過期時間,也就是redis在這點上效率變成了原來的一半,即5千次,這對于大部分需求來說,有點太慢了。 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秒左右,測試代碼如下:redis2.php <?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ǎng)上發(fā)現(xiàn)redis有一個神奇的功能叫事務(wù),通過multi原子性的將一段代碼塊依次執(zhí)行,從而達到一個完整功能模塊的執(zhí)行。不幸的是,通過測試發(fā)現(xiàn),采用multi方式執(zhí)行代碼時并沒有減少請求次數(shù),相反在執(zhí)行multi指令和exec指令時都要發(fā)送請求,從而將運行時間變成了原來的四倍,即四條指令的運行時間。測試代碼如下:redis3.php <?php //連接 $redis = new Redis(); $redis->connect('127.0.0.1', 6379); $time_start = microtime_float(); //保存數(shù)據(jù) for($i = 0; $i < 100000; $i ++){ ?? ?$redis->multi(); ?? ?$redis->sadd("key$i",$i); ?? ?$redis->expire("key$i",3); ?? ?$redis->exec(); } $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); } ?> ?? 問題出現(xiàn)了瓶頸,有好多公司需要海量數(shù)據(jù)處理,每秒5000次遠不能滿足需求,然后由于redis主從服務(wù)器上比memcache有更大的優(yōu)勢,為了將來數(shù)據(jù)的著想,不得不使用redis,這時候出現(xiàn)了一種新的方式,即phpredis提供的pipline功能,該功能能夠真正的將幾條代碼封裝成一次請求,從而大大提高了運行速度,50萬次的數(shù)據(jù)執(zhí)行只有了58秒。測試代碼如下:redis4.php <?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); } ?> 運用這個操作可以非常完美的將賦值操作和設(shè)置過期時間操作打包到一個請求去執(zhí)行,大大提高了運行效率。 ? redis安裝:http://mwt198668.blog.163.com/blog/static/48803692201132141755962/ memcache安裝:http://blog.csdn.net/barrydiu/article/details/3936270 redis設(shè)置主從服務(wù)器:http://www.jzxue.com/fuwuqi/fuwuqijiqunyuanquan/201104/15-7117.html memcache設(shè)置主從服務(wù)器:http://www.cnblogs.com/yuanermen/archive/2011/05/19/2051153.html |
原文地址: http://blog.csdn.net/a923544197/article/details/7594814
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯(lián)系: 360901061
您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
