推荐工具
› RoboMongo
推荐书目
› 50 Tips and Tricks for MongoDB Developers
Related Blogs
› Snail in a Turtleneck
这是一个创建于 4493 天前的主题，其中的信息可能已经有所发展或是发生改变。
MongoDB已经火了有些时间了，相信已经有不少人将MongoDB用到了自己产品中。不知道大家使用MongoDB的体验怎么样。
MongoDB 的优势应当是速度以及海量数据的支持，另外一个有点就是schemeless。
关于schemeless
真正需要用到schemeless的地方似乎并不是太多。目前很多 MongoDB 封装，也都增加了scheme的定义功能，这基本上等于放弃了schemeless。另外如果过度的schemeless，日子久了后可能自己都搞不清楚自己到底在数据库里放了什么东西。
MongoDB的特性决定了某些关系数据库很容易做的操作在MongoDB中会很不容易实现（比如多表关联查询等，而且据说分页性能也不怎么样？）。为配合MongoDB，在构架设计乃至产品功能需求方面都需要做些调整。
海量，可能大多人都不太会有机会遇到真正需要MongoDB的海量数据。
对于大多应用场景，采用关系数据库为主，以MongoDB为辅的方式是否会更加合理？或者说MongoDB的应用场景还是比较有限的。
MongoDB 的优势应当是速度以及海量数据的支持，另外一个有点就是schemeless。
关于schemeless
真正需要用到schemeless的地方似乎并不是太多。目前很多 MongoDB 封装，也都增加了scheme的定义功能，这基本上等于放弃了schemeless。另外如果过度的schemeless，日子久了后可能自己都搞不清楚自己到底在数据库里放了什么东西。
MongoDB的特性决定了某些关系数据库很容易做的操作在MongoDB中会很不容易实现（比如多表关联查询等，而且据说分页性能也不怎么样？）。为配合MongoDB，在构架设计乃至产品功能需求方面都需要做些调整。
海量，可能大多人都不太会有机会遇到真正需要MongoDB的海量数据。
对于大多应用场景，采用关系数据库为主，以MongoDB为辅的方式是否会更加合理？或者说MongoDB的应用场景还是比较有限的。
35 条回复 • 2018-05-11 08:52:20 +08:00
 |
1
fire9 2012-09-11 10:58:52 +08:00
如果你是关系型的数据，我劝你还是考虑MySQL，PostGreSQL等关系型数据库吧。MongoDB由于处理日志等简单关系的类型还是不错的。
|
 |
2
superisaac 2012-09-11 11:18:52 +08:00
我们在用mongodb, 自己写了个mapping. 类似django那种方法。mongodb可以代替关系数据库。schema migration也比关系数据库简单。findAndModify之类的方法很方便。
mongodb的问题是没有事务支持，这点对于严肃应用来说比较难办。 |
 |
3
holystrike 2012-09-11 11:26:15 +08:00
据个人的实际使用中，schemeless确实没多大的优势体现，某些时候反而有弄巧成拙的感觉
|
|
4
holystrike 2012-09-11 11:27:17 +08:00
当然了，也不排除本RDB禁锢较深，没有找到 schemeless 的最佳实践
|
 |
5
lqs 2012-09-11 12:25:49 +08:00
schemeless适合在一个表里存储有细微差别的数据，省掉了在关系型数据库里要用多个表建立一对一关系。
另外以前版本mongodb性能是软肋，2.2里也许有提升。 |
 |
6
W2EX 2012-09-11 13:16:11 +08:00
大内存机器的话性能很好，关键是要至少2台以上服务器才能用于生产环境
|
 |
7
avatasia 2012-09-11 13:31:33 +08:00
|
 |
8
forest520 2012-09-11 13:50:53 +08:00
mongodb不用在开发前定好schema，可以后续迭代的时候进行修改，这是它最大的优势，客观上提升了开发效率。
如果要schema，那还用mongodb干嘛？ |
 |
9
ivyshark 2012-09-11 14:01:12 +08:00  1
mongodb简直是一坨屎
mongodb的写全局锁2.2才换到db级别的锁 mongodb没有事务支持 怕丢数据的不要用 用了mongo之后你会发现执行语句出错了是不返回错误的 当然这也是它快的原因之一 号称支持gis 却连polygon的and或者or查询都做不了 至少到2.2都没有解决. group只能用mapreduce，用不上索引，大数据量group效率的还不如mysql。2.2之后倒是可以用新框架，我试了下还是很慢。 |
|
10
ivyshark 2012-09-11 14:04:00 +08:00
忘记了 mongo数据超过一定数量排序会直接出错 这个bug目前也为解决 很奇葩
|
|
11
ivyshark 2012-09-11 14:06:03 +08:00
还有用sharding做生产环境的简直是自寻死路 一旦挂掉了 就得整个停下来重新做sharding
反正是一坨屎 |
|
15
W2EX 2012-09-11 14:59:39 +08:00
总要看用的人怎么用，用不用得好
|
|
20
W2EX 2012-09-11 21:06:44 +08:00
@ivyshark 关于性能问题: 只要你有大内存，热数据全部放在内存里，真的可以很快，数据多了可以分片... 扩展方向是 先纵向 再横向
关于可靠性: 只能说mongo是给有钱人用的，要没几台大内存机器组replica set 没有快照备份机制式 是不能用于生产环境 另外空间占用大也是真的... 但是咱不能就说它性能不好、不可靠啊，出得起钱性能就好就可靠了 |
 |
21
ipconfiger 2012-09-11 22:42:58 +08:00
用在生产系统中实际运维的时候你会很想屎的......
|
|
23
ivyshark 2012-09-12 10:32:56 +08:00
|
|
24
avatasia 2012-09-12 10:51:57 +08:00
今天在重整数据，从oracle到mongodb，一晚上18w条，崩溃。正式环境有2000w条左右。
|
|
27
ivyshark 2012-09-12 13:05:07 +08:00
@avatasia 我们逻辑比较复杂 还没有在服务器上调 我笔记本上随便测试了下 10W条6分钟不到 我觉得还行 因为我们每条记录都做了很多验证
|
|
29
avatasia 2012-09-12 13:30:40 +08:00
@ivyshark 我也做了验证，但是为毛，1个小时就1w条左右，太操蛋了。一条要100ms，也有可能0。
本地局域网两台机器，一开始以为是mongodb开了journal影响速度，已经关了，但还是慢。我循环里又没sleep，真要命啊。 |
|
31
superisaac 2012-09-12 16:40:13 +08:00
@avatasia 为什么我上次导入13万条记录到mongodb，也就十几秒时间？秒杀postgresql
|
|
32
avatasia 2012-09-12 16:58:40 +08:00
@superisaac 13w条，光载入内存也得要这么久吧。
|
|
33
superisaac 2012-09-12 20:20:50 +08:00
@avatasia 几十M而已。
|
 |
34
dcoder 2018-05-11 08:51:51 +08:00
MongoDB, PostgreSQL, MySQL 都用过, 我觉得下面这篇说得不错, 以前没读到过.
http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/ |
|
35
dcoder 2018-05-11 08:52:20 +08:00
发完后，发现这个帖子好老...
|
Select Language