论坛徽章:: 0

51楼 [报告]

发表于 2013-07-05 17:19 |只看该作者

公司用了比较多的Mongodb了，大概200多台，说说感受：
  1、mongoDB部署对硬件有哪些要求?
   mongodb对硬件的要求不高，mongodb吃内存，这是毋庸置疑的，在一系列对比中，mongodb的数据量大过内存，写入速度下降严重。对cpu要求很低，基本都是0的状态，硬盘大一些为好，毕竟一般都会存大数据，等到了要分片的时候就比较麻烦了（我不太建议使用）。
  2、MongoDB与传统数据库相比，孰优孰劣？
   用了这么长时间，感觉Mongodb最像Mysql，我们很多业务都是mysql迁过来的，基本没有什么砍。当然是事务较轻的业务，比如评论，商品简介之类的，其实能保证数据不丢失即可。我不太在意这些比较，只要是合适的业务，均可使用，而且查询性能和插入性能确实有优势。我曾经测试过分片，每秒支持10-20万查询，当然是主键简单查询，不必太较真。但是不要把mongodb当cache用，mongodb是DB，不是cache，写操作达不到memcache和redis的要求。
  3、MongoDB数据存储可靠性如何？
   之前讨论很火的mongodb10大罪行，10gen的ceo回答的：不是mongodb不可靠，而是不会正确使用。我很同意这个观点，至少在我使用的过程中没有发生数据丢失的问题。mongodb的journal很好的保证了数据可靠性，mongodb将数据可靠性交给了开发人员，在各个语言的驱动中都可以轻松设置WriteConcern的级别，以适应不同的业务（两个链接：http://docs.mongodb.org/manual/core/write-concern/、http://docs.mongodb.org/manual/reference/command/getLastError/），可以放心使用。还有replicaset和sharding的高可用性能，良好的配置和使用是高可用的前提，比如你在链接replicaset的时候只配置一个ip，那么宕机后不切换是正常的，同样sharding架构中也至少链接两个mongos。master-salve不要用了，淘汰。

当然Mongodb现阶段还有很多问题:
1、bug比较多，一定要用稳定版的最新版本，会修复很多bug，更稳定。
2、连接数居高不下，源码中直接写死的30分钟过期，在大量机器链接的情况下是灾难，可以修改源码改正，新版本也在修正这个问题。
3、sharding在有大量删除操作的情况下，不建议使用，因为sharding只能分，而不能合并，在删除大量数据之后负载均衡的作用基本就无效了。

。。。
还有很多注意点，多看文档可以避免，总之，不要惧怕接受新事物，mongodb还是很有潜力。