MongoDB 或者 redis 可以替代 memcached 吗?

showsmile

不建议MongoDb替代memcached，因为是不同的应用场景。
但是强烈建议使用Redis替换Memached，使用Redis存在以下几个好处：
1、性能快
2、单个缓存可以突破Memcached 1M的限制

hexiaoy5131

mongodb 是文档数据库，用于方便懒人替代mysql等关系数据库的。不过mongodb在内存足够的情况下读写性能不错，大部分应用可以省去cache这一层了。
redis 是分布式的数据结构服务器，功能上覆盖了memcached, 可以代替memcached.
当然memcached也有优势，memcached是多线程的，这样可以充分利用多核能力。redis是单核，要想在那么多数据结构基础上支持多线程，光加锁就会让人疯掉，性能也会下降。
memcache出现比较早，用法也及其简单，get/set/mget, 用来作数据库的缓存真是又方便又快捷，特别是开发的时候，不需要配置，重启既可以数据清零。
redis拿来时还需要改下配置，取消snapshot和log这些持久化方法，而且方法那么多，诱惑人使用各种数据结构了，但是我们知道数据一般是持久化在数据库里，在redis里再来一份，为了维护这俩的一致性，得加不少代码来。所以redis更建议在成形的项目中作为性能优化部件。

aixun

@王宪伟@seamon
真心请教：从关系型数据库来到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：允许重新设计，只要能完成该功能即可）
谢谢！

nkzy_1024

Copy了一段，大家看看吧。
这两年Redis火得可以，Redis也常常被当作Memcached的挑战者被提到桌面上来。关于Redis与Memcached的比较更是比比皆是。然而，Redis真的在功能、性能以及内存使用效率上都超越了Memcached吗？下面内容来自Redis作者在stackoverflow上的一个回答，对应的问题是《Is memcached a dinosaur in comparison to Redis?》（相比Redis，Memcached真的过时了吗？）You should not care too much about performances. Redis is faster per core with small values, but memcached is able to use multiple cores with a single executable and TCP port without help from the client. Also memcached is faster with big values in the order of 100k. Redis recently improved a lot about big values (unstable branch) but still memcached is faster in this use case. The point here is: nor one or the other will likely going to be your bottleneck for the query-per-second they can deliver.没有必要过多的关心性能，因为二者的性能都已经足够高了。由于Redis只使用单核，而Memcached可以使用多核，所以在比较上，平均每一个核上Redis在存储小数据时比Memcached性能更高。而在100k以上的数据中，Memcached性能要高于Redis，虽然Redis最近也在存储大数据的性能上进行优化，但是比起Memcached，还是稍有逊色。说了这么多，结论是，无论你使用哪一个，每秒处理请求的次数都不会成为瓶颈。（比如瓶颈可能会在网卡）You should care about memory usage. For simple key-value pairs memcached is more memory efficient. If you use Redis hashes, Redis is more memory efficient. Depends on the use case.如果要说内存使用效率，使用简单的key-value存储的话，Memcached的内存利用率更高，而如果Redis采用hash结构来做key-value存储，由于其组合式的压缩，其内存利用率会高于Memcached。当然，这和你的应用场景和数据特性有关。You should care about persistence and replication, two features only available in Redis. Even if your goal is to build a cache it helps that after an upgrade or a reboot your data are still there.如果你对数据持久化和数据同步有所要求，那么推荐你选择Redis，因为这两个特性Memcached都不具备。即使你只是希望在升级或者重启系统后缓存数据不会丢失，选择Redis也是明智的。You should care about the kind of operations you need. In Redis there are a lot of complex operations, even just considering the caching use case, you often can do a lot more in a single operation, without requiring data to be processed client side (a lot of I/O is sometimes needed). This operations are often as fast as plain GET and SET. So if you don’t need just GEt/SET but more complex things Redis can help a lot (think at timeline caching).当然，最后还得说到你的具体应用需求。Redis相比Memcached来说，拥有更多的数据结构和并支持更丰富的数据操作，通常在Memcached里，你需要将数据拿到客户端来进行类似的修改再set回去。这大大增加了网络IO的次数和数据体积。在Redis中，这些复杂的操作通常和一般的GET/SET一样高效。所以，如果你需要缓存能够支持更复杂的结构和操作，那么Redis会是不错的选择。来源：Is memcached a dinosaur in comparison to Redis?（其他人的回答同样值得一看）
显示全部

jilili1

我来了，秒杀System Properties Comparison Memcached vs. MongoDB vs. RedisMemcached vs. MongoDB vs. Redis Comparison

noimportant

(memcached, radis) 和 (mongoDB) 的区别有两维
一是key value store vs. document database
一是内存型vs.硬盘型.

具体能不能替代, 还要看题主的活儿是什么.
radis和memcached基本是一回事, 应该可以替代.
如果memcached用的原因就是系统小+懒, 现在系统长大了不好用了要找permanent solution, mongoDB也不一定不是个好东西.

xiaolei583

没人讨论关于Redis监控的话题吗？
做好Redis的监控是很有必要的一件事，这里有篇文档，集安装配置的图文教程，非常适合初学者Fedora17下安装Redis图形监控工具---RedisLive

yzmin-pb

xcache
秒杀三者

sss2007

看看

lijianyang0407

nosql也分类型的；redis、memcached这样的KeyValue天然适合做缓存，相互替代比较容易，优缺点彼此争论不一；mongo属于文档型，介于nosql与关系型数据库之间，相比其他nosql，具有强大的查询语句，在一定程度上可以用来存储海量、需要多条件查询同时又不需要关系型数据库特性的“文档”，反正我用他来存日志。