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也不必定不是个好东西.

 

真心请教：从关系型数据库来到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：容许从新设计，只要能完成该功能便可）
谢谢！

 

 

mongodb和redis是做为数据库的， 并非做为mc同样的缓存。应用领域不一样。

若是说用mongodb作缓存？太消耗磁盘空间了。据我实验感受，频繁读写对于mongodb并非优势。mongodb的优势是解决相似like '%%'这样的查询时候用的。

至于redis多是比较合适的替换工具了。但据我所知，redis有其数据库特性：日志，恢复等功能。单单从存储性能的角度来说， 应该是不如mc的。

我的感受，mc是做为缓存而不是断电后存储用的。特性不一样哦。