MongoDB 或者 redis 能夠替代 memcached 嗎?

3個場景徹底不一樣的東西。1.memcached:單一鍵值對內存緩存的,作對象緩存無可替代的分佈式緩存;2.redis:是算法和數據結構的集合,快速的數據結構操做是他最大的特色,支持數據持久化;3.mongodb是bson結構、介於rdb和nosql之間的,更鬆散更靈活的,可是不支持事務,只用做非重要數據存儲。
 
 

(memcached, radis) 和 (mongoDB) 的區別有兩維
一是key value store vs. document database
一是內存型vs.硬盤型.

具體能不能替代, 還要看題主的活兒是什麼.
radis和memcached基本是一回事, 應該能夠替代.
若是memcached用的緣由就是系統小+懶, 如今系統長大了很差用了要找permanent solution, mongoDB也不必定不是個好東西.mysql


 

真心請教:從關係型數據庫來到NoSQL的第一個問題:如何利用redis作相似在mysql中的級聯查詢?
1.需求場景:用戶表,文章表,贊表,用戶寫的文章被贊,根據文章被讚的數量降序(若是被讚的數量相同按照文章建立時間升序)排序top100文章
2.三張表的表關係:
user(id,username,figure) <----------------------------------------
—————↑—————————————————— |
article(id,user_id,title,content,create_time) ————-- |
———————————↑———————————— |
praise(id,create_time,artical_id,user_id) --------------------|
3.固然用SQL語句來作是很容易的,那麼如今須要用redis的NoSQL來作該需求,該怎麼作呢?(ps:容許從新設計,只要能完成該功能便可)
謝謝!redis

 

 

mongodb和redis是做爲數據庫的, 並非做爲mc同樣的緩存。應用領域不一樣。

若是說用mongodb作緩存?太消耗磁盤空間了。據我實驗感受,頻繁讀寫對於mongodb並非優勢。mongodb的優勢是解決相似like '%%'這樣的查詢時候用的。

至於redis多是比較合適的替換工具了。但據我所知,redis有其數據庫特性:日誌,恢復等功能。單單從存儲性能的角度來說, 應該是不如mc的。

我的感受,mc是做爲緩存而不是斷電後存儲用的。特性不一樣哦。算法

相關文章
相關標籤/搜索