mysql 和 monodb 选择问题

2015-07-15 14:53:46 +08:00
 misaka14

最近我们公司在做聊天这块,用的第三方融云,但是历史消息记录是保存我们本地的。
领导问我调查下,要不要用mongodb来做,说用mysql会不会影响性能。
总结以下几点:
1、网上普遍都说mongodb比mysql快,
2、由于我带了一个新人(两个月)(我自己也就刚工作十个月),用mongodb的话,基本的话,功能估计都要我来做了,我怕时间不够。
3、我们公司产品刚开始做,又他丫的没几个人(可能一个人都没有)。
4、我们公司mysql主从配置,缓存等优化一个没搞,就别提集群什么的了。
请教各位,有什么想说的?

3620 次点击
所在节点    问与答
15 条回复
jiaojing
2015-07-15 15:00:38 +08:00
业务需求再说详细一点才好判断
不过从你现在说的。mongodb完全可以
misaka14
2015-07-15 15:13:05 +08:00
@jiaojing 第三方融云聊天服务器,只负责聊天,历史消息记录 这个信息呢,只能保存我们自己数据库。
一个(文字、表情、图片、自定义消息)都是一条记录,所以聊天记录数比较庞大。
然后这个聊天记录表,还有一张关系表(自定义消息的详细记录),所以要做关联查询。
说的不清楚,请谅解。
KexyBiscuit
2015-07-15 15:17:17 +08:00
MongoDB AGPL,想清楚。
misaka14
2015-07-15 15:23:11 +08:00
@KexyBiscuit 请教AGPL什么意思,囧
nilai
2015-07-15 15:23:19 +08:00
首先得看你对MongoDb的驾驭能力,否则的话,还是老老实实用MySql吧
misaka14
2015-07-15 15:26:43 +08:00
@nilai 之前也就用node.js实现一些简单的CURL,现在要用java开发,确实不太了解。你这说法我挺赞同的
shiny
2015-07-15 15:28:09 +08:00
如果你们不熟悉 MongoDB,可能会掉进坑的。太多人把 MongoDB 当银弹了。
misaka14
2015-07-15 15:29:14 +08:00
@KexyBiscuit 我上网搜索了一下,应该不至于到修改源代码的
KexyBiscuit
2015-07-15 16:19:29 +08:00
@misaka14 如果在项目中使用 AGPL 组件,你的一套系统只要与其有关联就要 AGPL 开源,是感染力极强的开源协议。
如果贵司无视开源协议隐患请忽略我的回复。
zonghua
2015-07-15 17:20:37 +08:00
@KexyBiscuit 开源病毒?
likuku
2015-07-15 18:03:53 +08:00
mongodb 很吃资源哦,占用磁盘也相当厉害。

且相对 mysql ,mongodb 算新技术,开发和运行风险高 mysql ,有可能还回踩到坑。
likuku
2015-07-15 18:08:22 +08:00
2013-2014 年,我自己用 mongodb,就存个日志作分析,结果就踩到至少两坑: python 连 mongodb 长时间运行,随机会无报错断掉。会莫名持续消耗额大量磁盘,查不出问题,重启 mongodb 就自动回收大量磁盘空间,搜寻海外资料,maillist,google user group,在 国内外社区 求助,等。。

然而,终究没有什么卵用。
tonghuashuai
2015-07-15 18:56:26 +08:00
尝试一下新技术未尝不可。

说一个遇到的问题:mongodb 多表联合查询的需求有点虐心。
ryd994
2015-07-16 16:15:49 +08:00
1.多少人?性能要求不高的话用mysql不优化都不怕。
mongo主要是不用太复杂的配置就有不错的性能,真要调优后的效果未必比得上调优过的mysql。
2.怕不怕丢数据?如果丢一点问题不大的话,可以尝鲜。如果很重要的话不要作。
mrytsr
2015-08-01 07:41:01 +08:00
队列+mysql

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

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

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

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

© 2021 V2EX