mongodb相关

  1. 云栖社区>
  2. 博客>
  3. 正文

mongodb相关

科技小能手 2017-11-12 16:36:00 浏览602
展开阅读全文

一. 简介。
    Mongo是一个高性能,开源,无模式的文档型数据库。其名字来自humongous这个单词的中间部分,从名字可见其野心所在就是海量数据的处理。
和mysql一样,一个mongod服务可以建立多个数据库。每个数据库可以有多张表,这里的表成为collection,每个collection可以存放多个文档(document),每个文档都以bson(binary json)的形式存放于硬盘中。跟关系型数据库不一样的地方时,他是以单文档为单位存储的,你可以任意的给一个或一批文档新增或删除字段,而不对其他文档造成影响,这就是所谓的schema-free,也是文档型书苦苦最主要的优点。跟一般的key-value数据库不一样的是,它的value中存储了结构信息,所以你也可以像关系型数据库那样对某些域进行读写、统计等操作。可以说是兼备了key-value数据库的方便高效与关系型数据库的强大功能。
和关系型数据库类似,mongodb可以对某个字段建立索引,可以建立组合索引、唯一索引,当然建立索引就以为着增加空间开销。所以个人建议就是将一个文档作为一个对象来考虑,在线上应用中通常只对对象id建立一个索引就可以了、根据id取出对象数据放在memcache中。默认情况下每个collection队会有一个唯一索引:_id,如果插入数据时没有指定_id,服务会自动生成一个_id,为了充分利用已有索引,减少空间开销,最好是自己指定一个unique的key为_id,通常用对象的id比较合适。
Mongodb允许在建表之初就指定一定的空间大小,接下来的插入操作会不断的按照顺序append数据再这个预分配好的空间中,如果超出这个大小,则回到文件头覆盖原来的数据继续插入。这种结构保证了插入和查询的高效性,它不允许删除单个记录,更新的也有限制:不能超过原有记录的大小。
Monogodb的复制架构和mysql很类似,除了包括master-slave构型和master-master构型之外,还有一个replica pairs构型,这种构型在平常可以像master-slave那样工作,一旦master出现问题,应用会自动连接slave。
千万级的数据mongodb的性能插入效率是mysql的20倍,查询效率也是好几倍。缺点是磁盘空间占用率。
GridFS是mongodb一个很有趣的类似文件系统的东西,它可以用一大块文件空间来存放大量的小文件,不过性能以及其他方面还没有作深入的尝试。
Monogodb不支持事务操作。支持分片不过还未研究。
总结:面向集合的存储、动态查询、完整的索引支持、查询监视、复制及自动故障转移、搞笑的传统存储方式、自动分片以及支持云级别的伸缩性。

二. 场景。
适合于
1. 网站数据,mongo非常适合实时的插入.
2. 缓存,由于性能很高,Monogo也适合作为信息基础设施持久化的缓存层。
3. 大尺寸、低价值的数据。这类数据用传统的关系型数据库代价比较大。
4. 高伸缩的场景,Monogo非常适合由数十台或数百台服务器组成的数据库。
5. 用于对象及json数据的存储。
不适于
高度事务性的系统。

 

三. 性能分析

1. 先从单线程的角度来测试

         模式:单master。非嵌入式。目标地址192.168.140.2,端口27017

         空间初始大小:

         

         插入速度:

         初始状态

         

 

         插入动作执行10秒后

        

         平均每秒插入1w6条数据,每条数据的大小在4k以内。

      

 

      插入后占用空间:

          

 

         读取速度:

          

      大概在3500-4000间浮动

        

      数据的场合

      

 

模式:主从master-slave。非嵌入式。目标地址192.168.140.2,端口主27017,从27018

空间初始大小:

主:

          

     从:

         

 

     插入速度:

         初始状态

           

 

         插入动作执行10秒后:(只插入主库)

         

         影响不大

         

30w数据占用的空间                        

 

         

      读取速度:

         

         模式对性能上的影响不大。

 

 

      下面再看看mm模式,双向同步

模式:主从master-master。非嵌入式。目标地址192.168.140.2,端口主27017,主27018

 

初始空间:

 

插入速度:

         初始状态

         

 

         插入动作执行10秒后

 

性能大概降低了一半

 

32w数据占用的空间                             

 

 

读取速度:

大体不变。

 

 

 

下面拿ms模式来试下多线程的情况

开了3个线程10秒插入数据量

 

开了2个进程10秒插入数据量

 

 

读取数据不变。

 

          

在服务器端直接安装程序读写本地库

 

读取速度相当可观相当赞。

10秒写入速度不变

 

 

 

测试中发现的不稳定问题点:

开启2个进程测试读取速度时程序堵塞过一次。

 

删除操作时,ms模式同步不及时

 

 

主:

 

 

 

 

 

 

 

本文转自 熬夜的虫子  51CTO博客,原文链接:http://blog.51cto.com/dubing/712438


网友评论

登录后评论
0/500
评论
科技小能手
+ 关注