1. mongodb redis memcache 哪個最好
從以下幾個維度,對redis、memcache、mongoDB 做了對比,
1、性能
都比較高,性能對我們來說應該都不是瓶頸
總體來講,TPS方面redis和memcache差不多,要大於mongodb
2、操作的便利性
memcache數據結構單一
redis豐富一些,數據操作方面,redis更好一些,較少的網路IO次數
mongodb支持豐富的數據表達,索引,最類似關系型資料庫,支持的查詢語言非常豐富
3、內存空間的大小和數據量的大小
redis在2.0版本後增加了自己的VM特性,突破物理內存的限制;可以對key value設置過期時間(類似memcache)
memcache可以修改最大可用內存,採用LRU演算法
mongoDB適合大數據量的存儲,依賴操作系統VM做內存管理,吃內存也比較厲害,服務不要和別的服務在一起
4、可用性(單點問題)
對於單點問題,
redis,依賴客戶端來實現分布式讀寫;主從復制時,每次從節點重新連接主節點都要依賴整個快照,無增量復制,因性能和效率問題,
所以單點問題比較復雜;不支持自動sharding,需要依賴程序設定一致hash 機制。
一種替代方案是,不用redis本身的復制機制,採用自己做主動復制(多份存儲),或者改成增量復制的方式(需要自己實現),一致性問題和性能的權衡
Memcache本身沒有數據冗餘機制,也沒必要;對於故障預防,採用依賴成熟的hash或者環狀的演算法,解決單點故障引起的抖動問題。
mongoDB支持master-slave,replicaset(內部採用paxos選舉演算法,自動故障恢復),auto sharding機制,對客戶端屏蔽了故障轉移和切分機制。
5、可靠性(持久化)
對於數據持久化和數據恢復,
redis支持(快照、AOF):依賴快照進行持久化,aof增強了可靠性的同時,對性能有所影響
memcache不支持,通常用在做緩存,提升性能;
MongoDB從1.8版本開始採用binlog方式支持持久化的可靠性
6、數據一致性(事務支持)
Memcache 在並發場景下,用cas保證一致性
redis事務支持比較弱,只能保證事務中的每個操作連續執行
mongoDB不支持事務
7、數據分析
mongoDB內置了數據分析的功能(maprece),其他不支持
8、應用場景
redis:數據量較小的更性能操作和運算上
memcache:用於在動態系統中減少資料庫負載,提升性能;做緩存,提高性能(適合讀多寫少,對於數據量比較大,可以採用sharding)
MongoDB:主要解決海量數據的訪問效率問題
2. redis 和 mongodb 比起來優缺點是什麼
一、優點:
1、支持多種數據結構,如 string(字元串)、 list(雙向鏈表)、dict(hash表)、set(集合)、zset(排序set)、hyperloglog(基數估算)
2、支持持久化操作,可以進行aof及rdb數據持久化到磁碟,從而進行數據備份或數據恢復等操作,較好的防止數據丟失的手段。
3、支持通過Replication進行數據復制,通過master-slave機制,可以實時進行數據的同步復制,支持多級復制和增量復制,master-slave機制是Redis進行HA的重要手段。
二、缺點:
1、Redis只能使用單線程,性能受限於CPU性能,故單實例CPU最高才可能達到5-6wQPS每秒(取決於數據結構,數據大小以及伺服器硬體性能,日常環境中QPS高峰大約在1-2w左右)。
2、支持簡單的事務需求,但業界使用場景很少,並不成熟,既是優點也是缺點。
3、Redis在string類型上會消耗較多內存,可以使用dict(hash表)壓縮存儲以降低內存耗用。
(2)什麼資料庫比mongo好擴展閱讀:
redis使用注意事項:
1、注意垃圾回收:Redis是一個提供持久化功能的內存資料庫,如果不指定上面值的過期時間,並且也不進行定期的清理工作,那麼Redis內存佔用會越來越大,當有一天超過了系統可用內存,那麼swap上場,離性能陡降的時間就不遠了。
2、使用key值前綴來作命名空間:雖然說Redis支持多個資料庫(默認32個,可以配置更多),但是除了默認的0號庫以外,其它的都需要通過一個額外請求才能使用。所以用前綴作為命名空間可能會更明智一點。
3、Redis並不支持Sharding,但是當數據量超過單機內存時,不得不考慮Sharding的事(注意Slave不是用來做Sharding操作的,只是數據的一個備份和讀寫分離而已)。