对于 Web 2.0 实时应用、大数据量，MongoDB 和 memcached + SQL 哪个性能更好、在国内比较容易雇工程师？

ma22

对于用户交互的实时数据MongoDB更有优势，灵活的非结构化设计能解决数据嵌套带来的瓶颈，也能适应数据结构的快速升级，大量社交游戏运营商都使用了MongoDB。memcache,percona 等Mysql改良方案还是比较适合在线交易，结帐类的应用。hanler-socket很新颖但是编程语言接口方面似乎还不成熟，也许再过半年会有更好的表现。

melaoshu

MongoDB相对mysql来说，技术不够成熟而且分布式会对数据可靠性引入不少不稳定因素，如果不是数据量达到一定程度，真不建议使用。

Mysql + Memcached 年头很长了，用的人最多，没什么好说的，有些 问题就是memcached不是持久化的，需要特殊处理，另外可能存在不一致问题。

个人比较推荐MySQL + HandlerSocket （或者Percona Server），简化第二种方案，又可以提供较好性能，目前飞信已经使用，新浪微博和淘宝很多公司都有人在研究。

jiaqingsong

如果能找到稳定的技术人员，并且精通mongdb建议用mongdb+redis。否则还是用mysql，至少人走了，可以很容易找个人接上。

lovejavatoo

看完上面的大虾说的 我也说下我的想法
NOSQL(mongdb等)+缓存（redis 等）是 网站的王道
我从2011年就开始关注mongdb到现在
做过一个类似于微博的项目用的就是mvc+redis+mongdb
但是我有一个后台 这个后台用的是sql数据库缓存memcached
我感觉关系简单 逻辑简单的就用NOSQL
相反的最好用SQL
我个人现在也在纠结于使用mongdb+redis还是用sql+cache
这个只是我自己的一点想法 希望对你有帮助

angelwang212

MongoDB+redis 或者 MySQL+Memcached 比较好的组合，逻辑简单的就用NOSQL

da-mili

性能方面肯定是SQL更高，前提是抛弃数据库事务。
其实数据库性能倒是其次的，关键的是丰富强大的缓存策略。建议使用基于code first的ORM 配合 缓存依赖处理。

luzhujianky

推荐你用Redis吧

macawwang

挺久前的问题了～ 随便说几句吧。
用Mongo做过几个项目，MongoDB并没有 想象中&网上传的 那么优秀，而且他的使用成本不低。题主说的大数据而且实时，我姑且可以认为数据量不少于1T，
这种情况下，
× 索引大小估计会达到几十个G（看你索引建立的方式）。这几十个G需要全部处于内存中。
× 如果你的数据访问比较随机，没有什么热数据的概念，那这块数据也全部都是在内存中的。
你可以预估下需要的内存大小。而且MongoDB没有自己的内存管理机制，全部由系统自己管理。这会导致内存的难以控制。
在预建立索引的情况，MongoDB的插入性能也比较糟糕（同样一张表，三个索引，我觉得甚至比不上Mysql）。

另外一点就是上面有人回答过得 scheme-free，这个东西带来的好处真没有想象的那么大。比如改数据结构，我也没看出来有任何pain。比方说Mysql数据库，我加个字段跟MongoDB的scheme-free多一个属性有多出很多的工作吗(5分钟的工作量)?  另外MongoDB的嵌套Document查询以及group by这种查询，一直支持的不好(最近几个版本有改善)。

另外举一个例子，去年我参与的一个项目使用MongoDB，最开始使用PyMongo作为Client，鉴于Python语言的动态性，按理说跟PyMongo配合是如鱼得水，但是经历过一番挣扎之后，还是换到了MongoEngine（一个ORM-Client）。

总之：MongoDB你可以拿来玩玩，实际要用来处理大数据，个人不推荐。

Mysql的话题，GitHub上搜一下，有支持Cache的（Memcache，Redis)实现。鉴于Mysql我只处于熟悉阶段就不多做回答误导人了。

End

0237c1a

我现在也在使用mongodb，用的2.4.9版本，感觉在查询方面支持还是比较好，能够满足我的业务需要。