今天大概调研了一下mongodb，感觉和关系型数据库差不多啊，性能又好又没有大数据量的瓶颈，还给映射到内存里，感觉如果不考虑事务之类的话可以替代mysql了？有了解的老哥给讲讲呗
楼主：甚至连缓存都不用加了，感觉没找到啥缺点啊
京东员工：所以你的项目不需要事务吗
好人：m
程序猿.冯默风：mongodb4.0之后就有事务了
李文秀：好奇+1
李文秀：是呀，所以不懂mysql和mongodb适用场景有什么不同
程序猿.霍都：Pg不是更好？mongo就是稳定性差点
楼主：如果是千万甚至上亿行的数据，pg的表现可能就慢一些了吧，在查询和插入删除都比较多的情况下
字节跳动员工：mongo的事物是什么隔离级别的？
李文秀：主从延迟性能如何
程序猿.李时豫：m
程普：全球集群
京东员工：我们的项目因为性能缘故数据全都在Redis中 最大的缺点就是运营做数据分析太麻烦了 我觉得MySQL能解决的不要用这种还是
阿里巴巴员工：没有关系校验，也不好搞事物，存一些不重要的数据可以上
Google员工：你先得搞清楚cap原理是怎么回事，然后在搞清楚关系数据库应用场景你就知道两者不能互相取代了
网易（杭州）网络有限公司员工：没有表关联--这个很重要，聚集操作性能一般，其实本质上是一个内存数据库，事务相关还在持续改进中。最新版的鎖应该还到了document级别？要想替代mysql，表设计做好冗余
北京快手科技有限公司员工：曾经我以为elasticsearch天下无敌，一定量级后发展发现也不少，简单的一个case：滥用父子模型业务都搅和在一起就够头大了；然后贼吃资源，ssd 内存都有要求，资源申请不下来，时不时被gc恶心，不得已定时清理query cache。。 我觉得任何东西得在生产上用一段时间才能真正认识它，到那时候就明白了什么是又爱又恨[笑哭][笑哭]
孙立：这么说吧，换3波开发之后，基于mongo的业务系统数据结构就理不清了！谁接手谁倒霉
神威：Es已经能覆盖很多场景了，特别是数据分析类的，但在业务上还是取代不了rdb
银桑：m
京东员工：所以你的项目不需要事务吗
北京快手科技有限公司员工：曾经我以为elasticsearch天下无敌，一定量级后发展发现也不少，简单的一个case：滥用父子模型业务都搅和在一起就够头大了；然后贼吃资源，ssd 内存都有要求，资源申请不下来，时不时被gc恶心，不得已定时清理query cache。。 我觉得任何东西得在生产上用一段时间才能真正认识它，到那时候就明白了什么是又爱又恨[笑哭][笑哭]