目前国内有哪些公司在大规模使用 MongoDB 呢?

2011-09-26 21:29:28 +08:00
 Livid
36553 次点击
所在节点    MongoDB
84 条回复
ri0day
2011-09-26 21:34:54 +08:00
我们有用 ,大概800G左右的图片 。还有一些日志。日志很小。
adamsxu
2011-09-26 22:13:39 +08:00
我们在用,LS猛啊,这么多数据量,我们才80G...
c
2011-09-26 22:17:12 +08:00
@Livid 莫非tornado版本选择MongoDB作为数据库?
Livid
2011-09-26 22:21:49 +08:00
@c 确实有这样的考虑。

如果 MongoDB 确实会成为下一个 most popular DB 的话,我现在动手恐怕都有点晚了。
ratazzi
2011-09-26 22:37:40 +08:00
我之前的公司在用,现在的公司只是辅助性的试用
Livid
2011-09-26 22:40:32 +08:00
大家如果方便的话,不妨留一下公司的名字吧。
ratazzi
2011-09-26 22:44:05 +08:00
公司很小,直接贴 url 吧
http://www.ibuonline.com
我的第一份工作,见笑了
summic
2011-09-26 22:49:53 +08:00
linnchord
2011-09-26 22:54:21 +08:00
了解国内比较大的就是 chinavisual.com,有一个他们相关的技术演讲 http://www.infoq.com/cn/interviews/pf-mongodb-develop
Just1n
2011-09-26 22:55:15 +08:00
麦库 note.sdo.com 貌似也是用的MongoDB。
kongruxi
2011-09-26 23:04:35 +08:00
我们公司也在用,不过那产品还没有上线,而且目前只是很简单地使用

@ri0day 你是将图片储存在GridFS上吗?实施效果如何?可以分享一下经验吗?
muxi
2011-09-26 23:30:59 +08:00
@Livid 小范围试用了一下,技术不精,暂时搞不定好多东西,弃用。5个字评价:看起来很美
Los
2011-09-26 23:42:54 +08:00
尝试使用过,但发觉在某个数量级的应用中还是mysql好用,而更大的数量级应用自身还没有,实在没必要为新技术而新技术,弃用。现在唯一用到它的项目是用于存储爬回来的数据,方便。
zicjin
2011-09-26 23:52:51 +08:00
在公司已经大量使用了,具体多少G我都不清楚。主要是因为方便好用,性能方面我估计大家都没有过多深究,因为这公司奢侈惯了。
www.eastmoney.com
imonyse
2011-09-27 00:44:45 +08:00
Some quotes:

"Unless you're already running tens of thousands of dollars a month in servers and think MongoDB was a better fit for the nature of your data, you probably wasted a lot of time for negative benefit. "

"MongoDB is fun to toy with, but it's almost never a better choice than Postgres/MySQL/SQL Server/etc. for production applications."

"It's beta quality and the list of deployments( http://www.mongodb.org/display/DOCS/Production+Deployments ) is misleading. Most of those companies listed have used MongoDB for one side project, they aren't running their main services on it. Read the comments next to each company name -- one used it to track a single web form, another used it for an internal reporting application, etc. "

"One of the few that actually uses MongoDB for their main service is Foursquare, and that came back to bite them with days of downtime which would not have occurred if they were using a RDBMS."
iandyh
2011-09-27 01:56:27 +08:00
MongoDB 不确定的地方还是很多。因为 Cache 使用 Memory-mapped 的原因,在进行 sharding 的时候,sharding key 选择要很小心,不然像出现 4sq 那样的问题,修都没法修,只能停掉整站重新做 sharding。
也因为 cache 的原因,一些随机 I/O 也很讨厌。

现在 MongoDB 的写入锁还是全局的,没法实现单一 collection 的写锁。这个有点要命。虽然写入内存的速度很快,但是谁也不知道大数据量的时候会怎样。

使用 replica set 之后网络间的通信也是一个问题。sourceforge 为此采用了读写都在 master 上进行这样的架构。

http://www.quora.com/Quora-Infrastructure/Why-does-Quora-use-MySQL-as-the-data-store-instead-of-NoSQLs-such-as-Cassandra-MongoDB-CouchDB-etc

引用 Adam D'Angelo 的更新:a friend's startup that was going through explosive growth tried to switch to MongoDB and gave up after a month due to instability

MongoDB 也是给有钱人用的,没有大内存的机子很难发挥优势。况且使用 BSON 后也十分消耗硬盘。有兴趣的人可以那这个和 MySQL 做比较。

所以我觉得 MongoDB 还需要再等等,可以用些小项目,但是做主力数据库,有点悬。
ri0day
2011-09-27 02:02:30 +08:00
@kongruxi 是存在gridfs里 sharding+replication set .

总体来说:
1.mongodb 不是很稳定,曾经在读写频繁时把机器内存耗尽 疯狂使用swap 导致机器hang住
他内存管理不是很好
2.存图片的话gridfs对于使用文件系统没有任何性能上的优势。图片读写都需要使用程序读出来或者写进去
3.使用mongodb 要比使用文件系统占更多空间他是bson格式存储数据
4.如果使用mongodb集群架构 备份和容错需要双倍乃至多倍的物理硬件资源
5.管理复杂.需要care 集群中的每个节点。复杂度高
6.由于数据是分布式的出了问题很难还原出数据,比如shard节点中的数据文件损坏或者文件系统故障
7.在当前使用环境看来 唯一的收益就是无缝扩展存储容量了.

反正这东西虽然是趋势 但是还不成熟,放放日志,做做备份什么的还行,关键数据还是用自己最能把控的吧。

我折腾这个东西不少次了 也吸收到了些经验了。
ratazzi
2011-09-27 07:28:49 +08:00
@ri0day
有没有使用 https://github.com/mdirolf/nginx-gridfs 这一类的东西呢
或者象 chinavisual.com 那样使用 nginx 的 proxy_store
blogcool
2011-09-27 09:06:37 +08:00
我们目前在用它存储冷数据,一家有五百多万会员的网站。
ri0day
2011-09-27 09:08:43 +08:00
@ratazzi
使用过这个模块。不过当初我们也不是一开始就用mongodb的。有些url不能变。由于这个模块只能传入filename或者id 才能展示出图片。反正是由于开发上对于url处理不够方便后来开发了自己的接口做的存和取。

其实后端的压力很小。我们前面有squid缓存的。基本上访问到mongodb的数据不多了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/18643

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX