Mangodb 的缺点是什么？性能？

[shyrock]

最近一个项目打算采用mangodb替换mysql。吹了一堆好处后，销售问我，这些好处的代价是什么？他不懂技术，但是坚持一个朴素的理念“有得必有失”。

我翻了一下网络，发现根据CAP原则，mangodb的归类是CP，是牺牲了可用性来保证一致性和分片容忍性，换句话说mangodb的性能比归类为CA的mysql在性能上应该有所降低。
但是很遗憾，网上做两者性能对比的文章观点互相矛盾，且都不具权威性。

所以想问问各位有没有权威的说法啊？

[seki]

实在忍不住吐槽了
一堆人在指出拼写错误楼主还是我行我素 - -

[shyrock]

@seki 喏，你看前一个回复。

[incompatible]

CAP讲的是分布式系统
我们讨论数据库时要讨论的是ACID

mongodb无法做到ACID，所以对事务有要求的应用不适合用它。

[blacktulip]

@shyrock https://zh.wikipedia.org/wiki/可用性

[zxp]

https://github.com/dcramer/mangodb

License
If you use this, you must donate $1 to someone more intelligent than you.

[shyrock]

仔细看了wiki，确实说到CAP是适用于分布式计算系统。
那么问题是MongoDB作为分布式NoSQL数据库，在Availability这项上面付出的代价到底是什么？

[shyrock]

@zxp 这不算代价。

[lijianying10]

我觉得，要是做的话，还是结合各家所长来用比较好。

其实MongoDB数据库里面有函数：
之前我就研究过： http://www.philo.top/1899/11/30/788MongoDB%E5%AD%98%E5%82%A8%E8%BF%87%E7%A8%8B%E6%80%A7%E8%83%BD%E8%B0%83%E4%BC%98/

MongoDB的插入性能是非常好的，只是你不能建立太多的Index最好是用有意义的ID来存储。
Update也不推荐
千万不要Delete不然文件里面就有个洞。
Select的时候直接拿ID说话就可以了。

所以不管是是用什么数据库，得看业务啊。
脱离业务讨论技术，不会有什么结论。

[wintersun]

@shyrock 晕死，人家调侃的是Mangodb，而不是Mongodb

[anubiskong]

@lijianying10 delete会有个洞是什么意思?

[TangMonk]

坑多

[lijianying10]

@anubiskong
http://stackoverflow.com/questions/5518581/mongodb-data-remove-reclaim-diskspace
删除数据会在硬盘文件上。
mongodb虽然删除数据了。但是不能释放该数据的存储空间。造成碎片。
然后你懂得。

[lijianying10]

其实我想问LZ说的是不是这个数据库啊：
http://www.oschina.net/p/mangodb?from=rss
我看大家（包括我）都在讨论MongoDB

[morethansean]

主页上这么大大的 Mangodb ，处女座实在是不能忍！！！

[bramblex]

千万不要随意入坑，先确保你的业务是否一定需要mongo

[shyrock]

@lijianying10 是笔误哈

[shyrock]

@morethansean Sorry，原帖无法编辑

[aisk]

@shyrock 生而看文档，生而 google 之的人。

[sanddudu]

@lijianying10
@morethansean
这个 py 脚本的主要功能就是监听个端口，然后把接受到的数据全部写入 /dev/null（也就是没了）
嘲讽可以，OSC 居然收录了，这是智商问题吧

[Ricky123]

自己用的时候太占磁盘了
烧不起