免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: arron刘
打印 上一主题 下一主题

[MongoDB] 【话题讨论】MongoDB与传统数据库相比,孰优孰劣?(获奖名单已公布2013-3-14) [复制链接]

论坛徽章:
3
CU大牛徽章
日期:2013-03-13 15:29:07CU大牛徽章
日期:2013-03-13 15:29:49CU大牛徽章
日期:2013-03-13 15:30:19
21 [报告]
发表于 2013-01-22 17:58 |只看该作者
说真的,本人也不是什么牛人,就菜鸟一个,看到有书还是有吸引力的,毕竟对菜鸟来说,有机会学知识也是好的

MongoDB是怎样的情况本人也没用过,不过从分布式和开源来看,很有可能成为以后的趋势

我不回答问题了,也回答不了,但冲着有机会送书还是发表下自己的看法吧,说的不对的地方,大家不要拍砖啊,实在要拍就拍轻点

目前来看,云计算应该是一个必然趋势,在云这个体系下来,分布式必然比原来的单机好上很多,分布式的话,存在多机存储的情况,虽然这样做省了以前的备份过程(一直在备份),就是不知道索引的建立会是怎样的,要是涉及到索引的节点出了问题,加上当时有在加锁状态,可能就有点麻烦,这个纯属个人猜测。

我觉得MongoDB应该很不错,开源,分布式,稳定性,备份不用考虑了,加上是在多个机器上,存储量容易扩展,IO问题也能轻松解决

可能唯一的问题就是与关系数据库之间的差异吧。

论坛徽章:
8
综合交流区版块每周发帖之星
日期:2015-12-02 15:03:53数据库技术版块每日发帖之星
日期:2015-10-02 06:20:00IT运维版块每日发帖之星
日期:2015-10-02 06:20:00IT运维版块每日发帖之星
日期:2015-09-14 06:20:00金牛座
日期:2014-10-10 11:23:34CU十二周年纪念徽章
日期:2013-10-24 15:41:34酉鸡
日期:2013-10-19 10:17:1315-16赛季CBA联赛之北京
日期:2017-03-06 15:12:44
22 [报告]
发表于 2013-01-23 10:20 |只看该作者
1、mongoDB部署对硬件有哪些要求?
对内存和磁盘的要求都不低

2、MongoDB与传统数据库相比,孰优孰劣?
关系型和非关系型基本在目前状态下是互补的,而不是取代的关系,注意MongoDB的事业场景,毕竟最先开始是定义为文档型数据库
互联网企业中,RDBMS(MySQL)+NoSQL是很流行的架构方案

3、MongoDB数据存储可靠性如何?
2.0版本的分片是有不少问题的,2.2的改善了一些,目前全面用MongoDB的地方还是比较少

论坛徽章:
0
23 [报告]
发表于 2013-01-23 11:26 |只看该作者
一直想学。。。观望中、
前景光明,道路坎坷

论坛徽章:
4
CU大牛徽章
日期:2013-04-17 11:50:25CU大牛徽章
日期:2013-04-17 11:50:33CU大牛徽章
日期:2013-04-17 11:50:39CU大牛徽章
日期:2013-04-17 11:50:44
24 [报告]
发表于 2013-01-23 15:19 |只看该作者
本帖最后由 xiaodylan 于 2013-01-23 15:21 编辑

1、mongoDB部署对硬件有哪些要求?
mongodb 根据索引大小配置的内存,所以内存越大,那么在缓存在的数据越多,查询的速度越快,开销就越小。当然,这也取决于你存储在数据库中的数据的大小。我们的生产环境 32G
硬盘: 读写速率肯定也是越快越好,因为数据存在本地磁盘,经济允许的情况下上SSD吧,不过我们的是SAS 1.5W转 数据量不是特大 所以目前来讲没有任何问题
CPU: mongodb要求的不是太高 一般需求就可以了。

2、MongoDB与传统数据库相比,孰优孰劣?
我觉得就是大数量处理和Sharding 优势 .近10G的数据,对有索引的ID的查询不会比mysql慢,而对非索引字段的查询,则是全面胜出。
我觉得要说“孰优孰劣”  只因Mysql是长辈了,大部分的中小企业还是在使用Mysql MongoDB也再慢慢走入市场,也可以说已经占有一部分市场了
小公司一般还是在用Mysql 数据量没有那么大。
看过一篇文章中举例出Mongo的几个优点:
①弱一致性(最终一致),更能保证用户的访问速度
②文档结构的存储方式,能够更便捷的获取数据。
③内置GridFS,支持大容量的存储。
④内置Sharding。
⑤第三方支持丰富。(这是与其他的NoSQL相比,MongoDB也具有的优势)
⑥性能优越

3、MongoDB数据存储可靠性如何?
replicaset + Sharding  我觉得安全性还不错..最近刚刚部署完。

论坛徽章:
15
CU大牛徽章
日期:2013-03-13 15:32:35白羊座
日期:2013-10-30 13:11:16未羊
日期:2013-11-29 10:47:02白羊座
日期:2014-01-22 11:34:25白羊座
日期:2014-03-04 11:05:50申猴
日期:2014-07-29 16:31:36天秤座
日期:2013-10-23 15:33:47未羊
日期:2013-10-09 09:18:53CU大牛徽章
日期:2013-03-13 15:38:15CU大牛徽章
日期:2013-03-13 15:38:52CU大牛徽章
日期:2013-03-14 14:08:55未羊
日期:2013-09-23 09:29:22
25 [报告]
发表于 2013-01-23 16:25 |只看该作者
不懂,慢慢飘过

论坛徽章:
2
双鱼座
日期:2013-08-23 17:05:08酉鸡
日期:2014-09-23 09:24:18
26 [报告]
发表于 2013-01-24 10:11 |只看该作者
正在看,准备使用,不过是把mongo看做mysql的一个补充。看中的也是mongo在使用索引时的高效搜索以及在sharding时的简单维护(至少是看着的简单)以及较多的使用者。。
对于事务的支持,那就只能根据业务对CAP进行取舍了。。。。

论坛徽章:
71
15-16赛季CBA联赛之同曦
日期:2018-08-23 15:41:42辰龙
日期:2014-08-15 09:07:43狮子座
日期:2014-06-03 13:55:33亥猪
日期:2014-06-02 11:17:08巨蟹座
日期:2014-05-06 10:02:03午马
日期:2014-05-04 08:18:27亥猪
日期:2014-04-29 11:11:32技术图书徽章
日期:2014-04-24 15:51:26技术图书徽章
日期:2014-04-17 11:01:53辰龙
日期:2014-04-15 12:45:46亥猪
日期:2014-04-11 09:06:23射手座
日期:2014-04-01 15:28:10
27 [报告]
发表于 2013-01-24 13:02 |只看该作者
这玩意还没见过呢

论坛徽章:
42
19周年集字徽章-周
日期:2019-10-14 14:35:31平安夜徽章
日期:2015-12-26 00:06:30数据库技术版块每日发帖之星
日期:2015-12-01 06:20:002015亚冠之首尔
日期:2015-11-04 22:25:43IT运维版块每日发帖之星
日期:2015-08-17 06:20:00寅虎
日期:2014-06-04 16:25:27狮子座
日期:2014-05-12 11:00:00辰龙
日期:2013-12-20 17:07:19射手座
日期:2013-10-24 21:01:23CU十二周年纪念徽章
日期:2013-10-24 15:41:34IT运维版块每日发帖之星
日期:2016-01-27 06:20:0015-16赛季CBA联赛之新疆
日期:2016-06-07 14:10:01
28 [报告]
发表于 2013-01-24 16:59 |只看该作者
目前是oracle/mysql+redis.  
准备学习一下mongodb.
主要关心它在生产系统的可靠性.可不要丢数据啊.

论坛徽章:
0
29 [报告]
发表于 2013-01-25 16:34 |只看该作者
实际使用当中,发现MongoDB的写入确实不怎么可靠,写一个小于512K的图片数据,有时候量稍微高一点,还会出现写入失败显示0字节,造成人工巡检的成本增高。建议在生产环境慎用,如果你的系统对稳定性要求比较高,建议继续保持mysql

具体写入的错误日志:

  1. 2012/11/02 10:49:28 [alert] 24004#0: *4084946 zero size buf in writer t:0 r:0 f:0 0000000000000000 0000000000000000-0000000000000000 0000000000000000 0-0, client: 10.10.1.13, server: mongdodbfile, request: "GET /0072012110200189183afc56ed4b798b3e7a442dd89a9e.jpg=170x170.jpg HTTP/1.1", host: "mongdodbfile", referrer: "http://design.cn100.com/Shop/PageDesign.aspx?id=4700"
  2. 2012/11/02 10:49:38 [alert] 24009#0: *4085033 zero size buf in writer t:0 r:0 f:0 0000000000000000 0000000000000000-0000000000000000 0000000000000000 0-0, client: 10.10.1.13, server: mongdodbfile, request: "GET /0072012110200189183afc56ed4b798b3e7a442dd89a9e.jpg=170x170.jpg HTTP/1.1", host: "mongdodbfile", referrer: "http://shop.cn100.com/6837.html"
复制代码
具体测试环境建立参考http://rhomobi.com/topics/50


论坛徽章:
0
30 [报告]
发表于 2013-01-25 17:41 |只看该作者
MangoDB貌似相当火啊,虽然在公司还没用到过,只用到MySQL和SQlite3,希望以后能用到。
http://www.cnblogs.com/lipan/archive/2011/03/08/1966463.html
这篇文章不错~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP