分類: 為什么 常識詞典 編輯 : 常識 發(fā)布 : 08-20

閱讀 :373

MongoDB 或者 redis 可以替代 memcac-ed 嗎?7 個答案

答案 1：

mongodb和memcac-ed不是一個范疇內(nèi)的東西。mongodb是文檔型的非關(guān)系型數(shù)據(jù)庫，其優(yōu)勢在于查詢功能比較強大，能存儲海量數(shù)據(jù)。mongodb和memcac-ed不存在誰替換誰的問題。和memcac-ed更為接近的是redis。它們都是內(nèi)存型數(shù)據(jù)庫，數(shù)據(jù)保存在內(nèi)存中，通過tcp直接存取，優(yōu)勢是速度快，并發(fā)高，缺點是數(shù)據(jù)類型有限，查詢功能不強，一般用作緩存。在我們團隊的項目中，一開始用的是memcac-ed，后來用redis替代。相比memcac-ed：1、redis具有持久化機制，可以定期將內(nèi)存中的數(shù)據(jù)持久化到硬盤上。2、redis具備binlog功能，可以將所有操作寫入日志，當redis出現(xiàn)故障，可依照binlog進行數(shù)據(jù)恢復(fù)。3、redis支持virtual memory，可以限定內(nèi)存使用大小，當數(shù)據(jù)超過閾值，則通過類似LRU的算法把內(nèi)存中的最不常用數(shù)據(jù)保存到硬盤的頁面文件中。4、redis原生支持的數(shù)據(jù)類型更多，使用的想象空間更大。5、前面有位朋友所提及的一致性哈希，用在redis的s-arding中，一般是在負載非常高需要水平擴展時使用。我們還沒有用到這方面的功能，一般的項目，單機足夠支撐并發(fā)了。redis 3.0將推出cluster，功能更加強大。6、redis更多優(yōu)點，請移步官方網(wǎng)站查詢。

答案 2：

1.mongodb 和memcac-ed不具可比性,一個是基于磁盤的數(shù)據(jù)庫,只是緩存熱點數(shù)據(jù)數(shù)據(jù)在內(nèi)存中,一個是全內(nèi)存cac-e;2. memcac-ed支持過期策略,而mongodb僅有一個capped collection(適合存儲日志)的策略可以丟棄先存儲的歷史數(shù)據(jù);3. redis可以做cac-e,但redis更多是作為內(nèi)存數(shù)據(jù)庫的角色存在,且一致性哈希的實現(xiàn)還不成熟,如果memcac-ed已經(jīng)能實現(xiàn)你的需求,沒有必要采用不夠成熟穩(wěn)定的redis.

答案 3：

功能上可以，但是僅僅用來替代memcac-ed未免有點大材小用了，也不是作者最初設(shè)計的目的。

答案 4：

redis可以代替memcac-ed，并且在效率方面可能比memcac-ed更高一點。兩者都是典型的key value store，且都是內(nèi)存型數(shù)據(jù)庫。由于redis可以持久化到文件系統(tǒng)，在緩存方面可以比memcac-ed做的更好。現(xiàn)在的項目中完全用redis取代了memcac-ed，效果良好。項目是rails的，使用redis-store代替memcac-e-store。

答案 5：

如果真要替代，那只能是redis了

答案 6：

MongoDB和memcac-ed完全是兩類產(chǎn)品

答案 7：

mongodb和redis是作為數(shù)據(jù)庫的， 并不是作為mc一樣的緩存。應(yīng)用領(lǐng)域不同。如果說用mongodb做緩存？太消耗磁盤空間了。據(jù)我實驗感覺，頻繁讀寫對于mongodb并不是優(yōu)點。mongodb的優(yōu)點是解決類似like "%%"這樣的查詢時候用的。至于redis可能是比較合適的替換工具了。但據(jù)我所知，redis有其數(shù)據(jù)庫特性：日志，恢復(fù)等功能。單單從存儲性能的角度來講， 應(yīng)該是不如mc的。個人感覺，mc是作為緩存而不是斷電后存儲用的。特性不同哦。

下一篇:創(chuàng)新是去抄襲美國的IDEA嗎？ 下一篇 【方向鍵 ( → )下一篇】

上一篇:我們不能站著就把用戶需求給滿足了？ 上一篇 【方向鍵 ( ← )上一篇】