@winiex 还没具体用到，闲暇时候研究了下而已=-= 只是一些不咋重要的数据分析无所谓做不做Replication了的。。。坑到了也会有解决办法的撒

@winiex MongoDB的replication其实挺方便的了 http://docs.mongodb.org/manual/replication/

Redis的set和sorted set太好用了- -

@gihnius
第一个Its volume on disk is growing 3-4 times faster than the real volume of data it store：设计就是这样的 参见 http://docs.mongodb.org/manual/faq/storage/
第二个 it eats up all the memory without the possibility to limit this：MongoDB设计的时候的想法（我记得哪里看到）就是用系统的内存管理去控制而不是自己搞一套（参见 http://docs.mongodb.org/manual/faq/fundamentals/#does-mongodb-require-a-lot-of-ram ），但是Tokumx加了一个参数叫做cacheSize可以限制缓存大小，虽然如果你的数据超过了这个大小，会依赖磁盘性能。而且如果内存真的占用过大了一定是你的索引建的不科学，再大就参照第四个吧。
第三个it begins to slow down the application because of frequent disk access：什么db超过了缓存大小不会去读磁盘数据，我表示不知，求科普
第四个We don’t want to set a server with more than 100Gb of memory to Errbi：那他一定不知道有个东西叫做auto-sharding，这么强大的功能都不用=_=
第五个MongoDB require much more attention than we have time. Perhaps we just have more experience in working with postgresql：正如@reorx 所说，难以跳出自己的comfort zone


点个赞吧亲嘿嘿

@timothyye 其实这个tokumx也解决掉了...虽然我没用到 http://www.tokutek.com/2013/04/mongodb-transactions-yes/

确实遇到了子域名重复的问题...lax.v2ex.com、pagespeed.v2ex.com啥的

@winiex 当然很吃内存是个问题...不过现在内存都可以弄到很大了也无所谓了...BTW你暴露我了

@winiex 靠谱啊...我现在就做了个上报分析的...然后结合Redis基本上简单的数据分析挖掘没啥问题

@halfelf 我这么回答的意思就是，能够让楼主rest assured，去研究如何靠谱地用MongoDB而不是怀疑MongoDB到底可不可靠....我感觉没啥逻辑上的问题

@ibaser 缓存请用Redis - -

@ibaser 试试Tokumx...我用了还不错

因为他们不知道如何让MongoDB靠谱。problem solved

@Tsk 国服的自用了嘿嘿

幻灯底下那个倒计时不喜欢。。不知道干嘛的一开始。。然后也太分散注意力了。。