北京快三开奖

  • <tr id="U9YkSO"><strong id="U9YkSO"></strong><small id="U9YkSO"></small><button id="U9YkSO"></button><li id="U9YkSO"><noscript id="U9YkSO"><big id="U9YkSO"></big><dt id="U9YkSO"></dt></noscript></li></tr><ol id="U9YkSO"><option id="U9YkSO"><table id="U9YkSO"><blockquote id="U9YkSO"><tbody id="U9YkSO"></tbody></blockquote></table></option></ol><u id="U9YkSO"></u><kbd id="U9YkSO"><kbd id="U9YkSO"></kbd></kbd>

    <code id="U9YkSO"><strong id="U9YkSO"></strong></code>

    <fieldset id="U9YkSO"></fieldset>
          <span id="U9YkSO"></span>

              <ins id="U9YkSO"></ins>
              <acronym id="U9YkSO"><em id="U9YkSO"></em><td id="U9YkSO"><div id="U9YkSO"></div></td></acronym><address id="U9YkSO"><big id="U9YkSO"><big id="U9YkSO"></big><legend id="U9YkSO"></legend></big></address>

              <i id="U9YkSO"><div id="U9YkSO"><ins id="U9YkSO"></ins></div></i>
              <i id="U9YkSO"></i>
            1. <dl id="U9YkSO"></dl>
              1. <blockquote id="U9YkSO"><q id="U9YkSO"><noscript id="U9YkSO"></noscript><dt id="U9YkSO"></dt></q></blockquote><noframes id="U9YkSO"><i id="U9YkSO"></i>
                企业空间 推销商城 存储论坛
                北京快三开奖全闪存阵列 IBM云盘算 Acronis 安克诺斯 安腾普 腾保数据
                首页 > 数据库 > MongoDB教程 > 注释

                用照旧不必MongoDB?悲催用户炮轰10gen CTO

                2013-03-15 00:00泉源:中国存储网
                导读:前几天在HackNew上呈现了一篇文章,标题很彪悍,叫《Don’t use MongoDB》,其内容也是间接表达了对MongoDB的不满,作者罗列了MongoDB运用进程中遇到的种种题目。乃至上升到对其开辟团队的质疑,表现他们能够只关怀benchm

                前几天在HackNew上呈现了一篇文章,标题很彪悍,叫《Don’t use MongoDB》,其内容也是间接表达了对MongoDB的不满,作者罗列了MongoDB运用进程中遇到的种种题目。乃至上升到对其开辟团队的质疑,表现他们能够只关怀benchmark的数据,不关怀用户数据的平安性。真是大呼坑爹啊!

                最新音讯:这篇文章的作者曾经供认文章只是他的一个开玩笑,他称只是想做个实行,以表现控制一团体的思想是何等容易。但是他提到的案例并非完全没有呈现过,如许一篇开玩笑的文章,固然着实唬了我们一把,但是可以让一些自觉的冤家更慎重一些。照旧有益处的。

                但很快地,10gen CTO @ehwizard 就看到了这篇文章,并立刻对作者提到的各个题目停止了回应。ehwizard表现,他翻遍了1600个用户案例陈诉,并没有发明呈现了文章作者所说这些题目的案例(实践上也是对责备的真实性停止了疑心。你是哪个单元的?)。随后ehwizard又敌对的表现,假如你在运用MongoDB中遇到题目,可以随时到MongoDB的Google Group或许MongoDB相应的IRC中停止陈诉。

                在MongoDB正被炒得炽热的明天,置信如许一篇文章也着实向一些同窗浇了一头冷水。以是NoSQLFan将二者PK观念都放在这里,各人可以本人看一看,乃至做做实行,在运用NoSQL或许是别的新技能前,也都多理解一些能够呈现的题目。

                上面绿色局部是原文作者对MongoDB的一些责备和质疑,白色局部为NoSQLFan的无聊归纳,其他为10gen CTO ehwizard的回应。

                1. MongoDB为了在benchmark上美观一些,不吝将不平安的方案作为其默许设置装备摆设。(就差大呼无良市侩了)

                ehwizard说,哥们你这个说法有点过份了,MongoDB的默许方案的选择,和benchmark基本就一点干系都没有,并且不只是默许方案,包罗API的设计,以及MongoDB别的的一些功用弃取,都和benchmark没有半毛钱干系。固然,默许设置装备摆设的设定照旧需求和用户次要的运用场景相干,MongoDB在运用上的确曾经阅历了许多变革,对这些变革做出相应的默许战略调解,的确也有能够。

                固然,话说返来,MongoDB的完成战略的完成,自身是可控的。比方你可以选择写操纵的平安级别,在你运用了replica sets的时分,你完全可以设定一个写操纵同步到肯定呆板数目后才前往乐成。(对作者一大嘴巴子,您这是真不懂呢照旧装不懂呢)

                2. MongoDB丢数据景象严峻,而且招致的状况许多

                2.1 MongoDB常常诡异的丧失数据

                对此ehwizard的回应是,关于丢数据的题目,我们收到过bug陈诉,但是我们对MongoDB十分理解,一切的bug在收到后,简直都在第临时间停止了修复。假如你可以给出你丢数据时的运用场景,我们会尽能够找出缘由。ehwizard表现,假如你真的发作了丢数据的题目,请立刻联络10gen的工程师停止bug修复。(哥们,有题目,找构造,不丢人)

                2.2 在不运用journaling的时分,假如MongoDB解体,数据无法规复

                ehwizard表明说,这是正常的状况,关于单机运用MongoDB来说,不运用journaling日记自身便是不引荐的风险做法,在2.0版本后,journaling日记曾经是默许开启了。而假如是在replica sets等多机的状况下,你基本不需求停止数据规复,只需求从另一个同步节点resync数据就可以了。

                2.3 主从复制有题目,存在丧失数据的操纵,主从之间没有同步校验。而且固然数据丢了,但是在形态上表现照旧同步正常的

                ehwizard表现这种状况应该不会发作,假如的确发作了,应该是严峻bug。

                2.4 主从复制存在不明缘由的中缀理想,没有任何错误就间接中缀了

                ehwizard说这的确有能够发作,能够两头的确堕落了,只是堕落信息并没有前往给客户端罢了。由于复制操纵自身是异步停止的,假如你盼望数据同步复制完后才前往,你可以经过getLastError下令将w参数设定为2。

                3. MongoDB在停止写操纵时运用了一个全局的写锁,如许服从很低

                这一点上ehwizard也供认这的确是MongoDB临时被诟病的题目,但是现在在2.0版本中曾经做了相称大的改良。曾经对写操纵需求触及到磁盘IO的状况下停止了优化。而在2.2版本中,这一优化还会进一步推进。(哥们,针对collection的lock啥时分来啊)

                4. 大压力比拟大的时分,MongoDB的auto-sharding功用会呈现题目,在大负载下,添加一个sharding结点相对是场噩梦。由于这时分MongoDB只需去做chunk的挪动,就会影响自身效劳,要么就只能不做挪动。

                ehwizard表明说,假如零碎的确曾经抵达极限,这时分再去做chunk块的挪动的确不容易。关于这个话题他本人曾经在许多场所说过,他的发起是尽早监测到集群曾经快到极限了,不要比及零碎曾经到了100%负载的时分再去做添加节点的操纵。(对本人的业务增长上点心,别跟4sq一样迫在眉睫了才发明)

                5. mongos十分不行靠,固然 mongod/config server/mongos 联合的架构看起来很美,但是mongos的确很不给力。当压力稍大一点,mongos就常常解体,少则几天解体一次,多则几小时就解体一次。偶然候会呈现抛出断言然后杀失某个要害线程,但是这时分历程竟然还仍然运转,以是重启办理历程也不是每次都管用。

                ehwizard表现不晓得他所谓的要害线程是什么,盼望可以多提供一些相干细节。

                6. MongoDB已经呈现过一次题目,招致一切数据被删除了。这个状况发作在 MongoDB 1.6版本的replica sets构造中,由于推举战略呈现题目,招致选择了一个空数据节点作为新的primary,如许招致那些无数据的节点都把本人的数据给删除了,我们700G的数据就如许没了。还幸亏1.8版本中修复了这个题目。

                ehwizard说检查了相干的陈诉,并没有发明有所说的题目,盼望可以提供更多细节。

                7. 10gen的人公布了一些还不克不及公布的工具。据我们所知,在一些stable版本中竟然会有一些招致数据题目的bug,而通常我们在遇到这些bug的时分才会发明。我们购置了10gen的白金级效劳,但是失掉的后果只是一些被他们称为外部RC版本的热补丁,而我们需求将这些补丁打在我们线上版本上。天哪!

                ehwizard表现我们并没有什么白金条约,一切的题目都是经过地下的jira零碎来反应的。从题目的提出和修正,都是在jira上公示的,(比尼玛官员的财富还通明)。假如你不克不及提供更多的信息,这个真的欠好再讨论。我们通常的做法是在修复了题目后会尽快的告诉到相应的用户。

                8. 在负载比拟高的呆板上,同步任务相称废柴

                觉得应该是负载过高了,跟我之前说的一样,同步默许是异步的,假如你盼望确认同步乐成,可以经过getLastError下令设置w参数为2。

                而下面的题目能够曾经有一些修复了,但是我想说的是,作为一个公司,照旧应该将效劳的牢靠性放在第一位。我以为10gen应该按上面的优先级来停止MongoDB的功用开辟:

                1. 不要丢数据,对数据肯定要十分警惕2. 多做测试,包管牢靠性3. 做到真正的多节点扩展性4. 除低耽误5. 进步对资源的恳求功能

                而在我看来,10gen眼中能够就在意第5个,而第一点估量在他们眼中连前三都进不了。

                看到这个,ehwizard同窗不认同了(这是从品德层面上质疑啊),他表现10gen绝不是像作者说的那样,他说你可以看一下我们bug修复的列表,这些都是地下的,我们历来没有说偷偷的改失某个bug了事,或许说只跟一些特别用户阐明这些bug。假如我们真的那么在意读写功能,我们早就修复了那些糜费CPU的题目了。假如我们真的那么在意benchmark的话,我们早就优化了全局锁的题目了,这工具对多线程的benchmark后果是有十分大的改良的。更况且普通的benchmark都是多线程跑的,我们并不那么在意benchmark的数据。(我的benchmark曾经很牛X的好欠好)

                MongoDB的确还很新,另有许多题目。假如你想来跟我们讨论一些MongoDB相干的题目,我们的的办公室为你关闭,我们会以十分开放的态度看待你提出的题目,以是假如真的有题目,我们十分等待与你的相同。

                持续阅读
                要害词 :
                MongoDB引见
                中国存储网声明:此文观念不代表本站态度,若有版权疑问请联络我们。
                相干阅读
                • 比照MySQL,你终究在什么时分更需求MongoDB

                  NoSQL曾经盛行了很长一段工夫,那么终究是什么场景下你才更需求用到这些“新兴事物”,就比方MongoDB?上面是一些总结:你希冀一个更高的写负载默许状况下,比照事件平安,MongoDB更存眷高的拔出速率。假如你需求加载少量低价

                • MongoDB 办理东西 Robomongo

                  [荐]开源ETL东西 KettleKettle是一款外洋开源的etl东西,纯java编写,绿色无需装置,数据抽取高效波动(数据…[荐]MySQL WorkbenchMySQL Workbench是一款专为MySQL设计的ER/数据库建

                • 关于MongoDB你需求晓得的几件事

                  Henrique Lobo Weissmann是一位来自于巴西的软件开辟者,他是itexto公司的结合开创人,这是一家征询公司。克日,Henrique在博客上撰文谈到了关于MongoDB的一些内容,此中有些观念值得我们,特殊是正在和计划运用MongoDB的开辟

                • MongoDB 2.2版本公布 并发功能加强

                  我们可以看到,广受诟病的全局锁曾经在这一版中被拿失,取而代之的是DB级另外锁,并且collection 级另外锁也不远了。上面就看看2.2 版本的几个新功用吧:1.并发功能加强如下面所说,MongoDB 2.2版本中不再有高出于整个daemon上的全局锁,而是

                • 浅谈MongoDB中几种差别盘问办法

                  1.findMongoDB运用find来停止盘问.盘问便是前往一个聚集中文档的子集,子聚集的范畴从0个文档到整个聚集.find的第一个参数决议了要前往哪些文档.其方式也是一个文档,阐明要盘问的细节.空的盘问文档{}会婚配聚集的全部内容.要是不指定盘问文档,默许

                • 解惑:企业对有关容器和Kubernetes的5大罕见疑问

                  关于容器和Kubernetes,我们应该认识到哪些次要劣势和应战?怎样权衡容器和Kubernetes投资的投资报答率?

                • 1.86亿美国选民信息被泄漏

                  除了1.86亿美国选民信息被泄漏外,该数据库还提供了2.45亿美国住民的消耗者数据,

                • 2020 英方软件产物公布会:Data+ 让数据赋能用户业务

                  以“ D+ 新终点•数将来”为主题的“2020 英方软件产物公布会”,提出围绕差别行业用户的数据维护、办理和业务需求,以 Data+ 为用户提供特性化效劳的新战略。

                • 2020第二季度中国软件界说存储(SDS)及超交融存储(HCI)零碎市场追踪陈诉

                  中国软件界说存储(SDS)及超交融存储(HCI)零碎市场,软件界说存储(SDS)在2020年上半年较客岁同期完成38.3%增长。

                • 2020第二季度中国软件界说存储(SDS)及超交融存储(HCI)零碎市场追踪陈诉

                  中国软件界说存储(SDS)及超交融存储(HCI)零碎市场,软件界说存储(SDS)在2020年上半年较客岁同期完成38.3%增长。

                产物引荐
                头条阅读
                栏目热门

                Copyright @ 2006-2019 ChinaStor.COM 版权一切 京ICP备14047533号

                中国存储网

                存储第一站,存储流派,存储在线交换平台