应用全线替换到 MongoDb 可能会踩到什么坑？

4.查询不存在的 collection 时不报异常

内存爆炸。。数据损坏。。

5. value 是 array 的时候不要插入太多的值.. 不然就等着插入速度直线下降.
个人不太推荐全部用 MongoDB, 还是考虑用 PostgreSQL 吧..

6.如果你的应用没有NB到mysql+好的表设计+正确的index+合理的sql查询语句+缓存都抗不住的话，还是没必要上mongodb
7.嵌套的document，最好是增长不迅速的。如果嵌套的document体积增长迅速，mongodb会频繁的去开辟新的，更大的空间去把包含这个嵌套document的整个document都拷贝到新开辟的空间。
8.实在是想不到有什么必须要上mongodb的理由，mysql+redis足以

@yueyoum
@advancedxy

主要是需要mongodb的geoindex功能。又不想mysql/mongodb都存一份。。。postgis尝试了N次没成功，感觉好复杂。

9. 配置不当导致外网可以非授权访问，数据库被Dump。

新手使用mongo说多了都是泪，（可能由于使用不当）查询效率巨慢。所以说，如果不是业务必须的，还是绕开mongo，使用其他的吧，坑太多了

最好不要只用一种数据库....

综合考虑，选最合适的组合。

定时刷新数据到mysql，mongo单纯做内存数据库，感觉会比直接用好

爆存，爆硬

做索引一定要加{backgoround:1}。。

10. 单机要扛不住了才想起做sharding

11. mongodb的geoindex当数据大了会特别慢。

12. 字段名称不能包含.和$
13. 跨表查询

mongodb的索引必须全部放在内存中。如果索引大小超过内存，等着哭吧。。。

@yueyoum
那个scheme不固定可以算一个使用理由不?
你们都说得好恐怖啊... 我也是第一次用.

mysql好像有Spatial search啊

为什么你们都不提聚合查询真的好复杂~

查询结果集有个 16M 的限制；另外就是没法做多表的 join 操作；还有就是一旦数据库写满磁盘后，直接删数据是不会腾出硬盘空间的。

性能。
我不是很懂，但据说数据量一大就慢。隔壁组还专门弄了个mysql来加速。

mongodb本来就是内存性的NoSQL数据库。。。上面说定期dump到mysql的。。。。你们完全可以用leveldb。。。。

可以试试用rethinkdb替代mongo

@Cadina 支持geo?

我看来，楼主说的 1,2,3 都不是坑呢

@TangMonk 感觉略坑，效率远不如mongodb

应该看应用场景吧

游戏+mongodb/Redis天生一对

@yueyoum 看场景吧，LBS上mongodb就很正常了。但确实这东西比 MySQL + Redis 坑多。

@liuchang0812 leveldb直接用还是有点不爽啊。而且读多写少的话上也不合适。

@cevincheung
@MasterYoda

postgresql 支持 point 数据类型，也就是 可以直接存储 (1.23, 45.09) 这样的数据。
刚好可以用作经纬度存储。

配合 postgis 貌似也挺方便， 虽然我没弄过…………

@kankana

确实 scheme 不固定，我在项目中也是感受到这点的方便，
但感觉 postgresql 支持的json字段， 也是有这个好处啊。


所以如果是要在新项目中，mongodb 和 postgresql 都可以选择的话，
我个人倾向还是用 postgresql

@yueyoum postgis忒麻烦，尝试数次失败已经放弃了，用pgsql替代mysql，那我倒放心。

现在正在尝试Solr GeoDist

@cevincheung 新版支持了

@Cadina 支持神马

一直用tokumx。 相当满意

@cevincheung redis貌似有个插件还是petch支持geo