了解mongodb

本文大纲

基础了解mongodb（mongodb介绍，跟其他nosql区别，跟内存服务器区别等，使用场景）

 在使用前，强力建议看哈http://wenku.baidu.com/link?url=luqHFDarGTCW5KgDl1eHs8oF9LSbobshfqmvcASYvj-AdluLtiQ3ZKduduEl2M_6GGJb8zfORDyERdquE33W6WzVMN2OiYtwifKbBOXWudK

一、前言

　　做个日志服务器，多台服务器通过log4j配置，把日志以json格式输入到mongodb服务器，每日大概1000万日志量，然后后台提供接口供日志查询。

    为什么选择mongodb：

     1：是因为他的访问速度很快，尤其是在创建了索引下比mysql,oracle都快。

     2：支持log4J直接入库，支持json格式入库等等

     3：mongodb的聚合框架支持所有类似sql的查询

     4：参考下面的

 

二、MongoDB简介

　　MongoDB是一个高性能，开源，无模式的文档型数据库，是当前NoSql数据库中比较热门的一种。它在许多场景下可用于替代传统的关系型数据库或键/值存储方式。Mongo使用C++开发。Mongo的官方网站地址是：http://www.mongodb.org/，读者可以在此获得更详细的信息。

小插曲：什么是NoSql？

　　NoSql，全称是 Not Only Sql,指的是非关系型的数据库。下一代数据库主要解决几个要点：非关系型的、分布式的、开源的、水平可扩展的。原始的目的是为了大规模web应用，这场运动开始于2009年初，通常特性应用如：模式自由、支持简易复制、简单的API、最终的一致性（非ACID）、大容量数据等。NoSQL被我们用得最多的当数key-value存储，当然还有其他的文档型的、列存储、图型数据库、xml数据库等。

　　特点:

　　高性能、易部署、易使用，存储数据非常方便。主要功能特性有：

• 面向集合存储，易存储对象类型的数据。
• 模式自由。
• 支持动态查询。
• 支持完全索引，包含内部对象。
• 支持查询。
• 支持复制和故障恢复。
• 使用高效的二进制数据存储，包括大型对象（如视频等）。
• 自动处理碎片，以支持云计算层次的扩展性
• 支持Python，PHP，Ruby，Java，C，C#，Javascript，Perl及C++语言的驱动程序，社区中也提供了对Erlang及.NET等平台的驱动程序。
• 文件存储格式为BSON（一种JSON的扩展）。
• 可通过网络访问。

　　功能:

• 面向集合的存储：适合存储对象及JSON形式的数据。
• 动态查询：Mongo支持丰富的查询表达式。查询指令使用JSON形式的标记，可轻易查询文档中内嵌的对象及数组。
• 完整的索引支持：包括文档内嵌对象及数组。Mongo的查询优化器会分析查询表达式，并生成一个高效的查询计划。
• 查询监视：Mongo包含一个监视工具用于分析数据库操作的性能。
• 复制及自动故障转移：Mongo数据库支持服务器之间的数据复制，支持主-从模式及服务器之间的相互复制。复制的主要目标是提供冗余及自动故障转移。
• 高效的传统存储方式：支持二进制数据及大型对象（如照片或图片）
• 自动分片以支持云级别的伸缩性：自动分片功能支持水平的数据库集群，可动态添加额外的机器。

　　适用场合:

• 网站数据：Mongo非常适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。
• 缓存：由于性能很高，Mongo也适合作为信息基础设施的缓存层。在系统重启之后，由Mongo搭建的持久化缓存层可以避免下层的数据源 过载。
• 大尺寸，低价值的数据：使用传统的关系型数据库存储一些数据时可能会比较昂贵，在此之前，很多时候程序员往往会选择传统的文件进行存储。
• 高伸缩性的场景：Mongo非常适合由数十或数百台服务器组成的数据库。Mongo的路线图中已经包含对MapReduce引擎的内置支持。
• 用于对象及JSON数据的存储：Mongo的BSON数据格式非常适合文档化格式的存储及查询。

         与关系型数据库相比，MongoDB的优点：

                   性能优越，在于查询功能比较强大，能存储海量数据        

         与关系型数据库相比，MongoDB的缺点：
       ①mongodb不支持事务操作。
             所以事务要求严格的系统（如果银行系统）肯定不能用它。(这点和优点①是对应的)
       ②mongodb占用空间过大。
             关于其原因，在官方的FAQ中，提到有如下几个方面：
              1、空间的预分配：为避免形成过多的硬盘碎片，mongodb每次空间不足时都会申请生成一大块的硬盘空间，而且申请的量从64M、128M、256M那 样的指数递增，直到2G为单个文件的最大体积。随着数据量的增加，你可以在其数据目录里看到这些整块生成容量不断递增的文件。

             2、字段名所占用的空间：为了保持每个记录内的结构信息用于查询，mongodb需要把每个字段的key-value都以BSON的形式存储，如果 value域相对于key域并不大，比如存放数值型的数据，则数据的overhead是最大的。一种减少空间占用的方法是把字段名尽量取短一些，这样占用 空间就小了，但这就要求在易读性与空间占用上作为权衡了。我曾建议作者把字段名作个index，每个字段名用一个字节表示，这样就不用担心字段名取多长 了。但作者的担忧也不无道理，这种索引方式需要每次查询得到结果后把索引值跟原值作一个替换，再发送到客户端，这个替换也是挺耗费时间的。现在的实现算是 拿空间来换取时间吧。

             3、删除记录不释放空间：这很容易理解，为避免记录删除后的数据的大规模挪动，原记录空间不删除，只标记“已删除”即可，以后还可以重复利用。

             4、可以定期运行db.repairDatabase()来整理记录，但这个过程会比较缓慢

         ③MongoDB没有如MySQL那样成熟的维护工具，这对于开发和IT运营都是个值得注意的地方。

          同时mysql等sql语言有很多框架支持，比如hibernate，ibatis。

      与memcached，redis区别

         memcached，redis 是内存型数据库，数据保存在内存中，适合做缓存服务器

         memcached基于磁盘的数据库