【IT168 专稿】MongoDB是NoSQL数据库中比较流行的一个，但它还远称不上完美——至少不能说非常理想。近日在美国举行的MongoSV大会上，包括迪士尼、Foursquare以及Wordnik等企业在内的用户与大家分享了自己的使用经验。与会者们所讨论的共同主题就是：NoSQL在不少业务处理方面表现抢眼，但它却不适合那些害怕麻烦的客户。
使用云计算 少用硬盘
根据Wordnik技术公司联合创始人兼工程部门副总裁Tony Tam的说法，除非我们真的愿意在购置及操作物理基础设施方面投入大量资金，否则要想满足NoSQL数据库对可扩展性的需求，云计算是我们的惟一选择。
▲Wordnik技术公司联合创始人兼工程部门副总裁Tony Tam
正如他接下来所解释的那样，Wordnik公司实际上使用了Amazon Web Service加上MySQL这一组合，但该数据库却仍然没能如预期般顺畅工作，因为其中所涉及的信息记录高达约十亿条。因此Wordnik公司将目光投向了MongoDB，这套解决方案虽然能够解决可扩展性方面的问题，但却同时对硬盘的I/O性能提出了新的挑战;如果不对此加以妥善处理，主要工作性能也将被大幅拖慢。有鉴于此，Wordnik公司将一切业务内容迁移到一些大型物理服务器上，从而最终有效提高了处理性能。
后来可扩展性又给他们带来了新的麻烦，只是这一次问题发生在基础设施方面。绕了一圈，他们决定再次在云计算领域寻求答案，并且这一次Wordnik公司更为明智地利用相关应用程序强化了账户管理功能、这也正是MongoDB的薄弱之处(“大家使用的应用程序应该比数据库更智能才对，”他建议道);而MongoDB在这方面的加强同时也弥补了云计算的软肋。
来自Foursquare公司的Cooper Bethea也对Tam的意见深表赞同，并指出“对我们而言，调用硬盘上的信息简直是一场噩梦。”由于Foursqaure公司对自家服务器的利用率要求相当严苛，他表示，因此调用硬盘的同时高延迟及错误计算也会立刻出现。尽管Foursquare使用了来自Amazon公司的弹性块存储模式作为硬盘方案，但这套机制只用于备份功能。
▲Foursquare公司Cooper Bethea
EBS公司在这方面同样遇到了问题。Bethea表示EBS每天至少会出现一次队列读取及写入操作不堪重负的情况，尤其是在备份机制开始运作的时候，而惟一的处理方法就是强行关闭。关闭之后所造成的具体影响根据实际情况的不同也会有所变化，但通常状态下MongoDB处理流程会发生中断，并需要重新创建受到影响的复制内容。
