mongodb初识

　　计划将mongo做一个不太深入的教程笔记，目的是巩固自己的所学同时也方便它人快速了解；

　　笔记暂时将分为以下几个步骤：

　　1、 nosql介绍，跟sql的比较，适用场景了解；

　　　　主要介绍nosql的设计思想，跟传统sql的对比，以及基础概念；

　　2、 mongo快速入门，基本命令使用；

　　　　通过环境搭建，开发工具使用，基本增删改查的开发，了解mongo与传统db的区别；

　　　　了解spring跟原生两种api的使用方式，了解连接池的配置；

　　3、 mongo使用场景举例；

　　　　实际开发中几个典型的mongodb的操作，比较容易引起错误或者难以书写，加深对mongo的nosql语法的了解；

　　4、 存储引擎；

　　　　存储引擎介绍，索引介绍，查询优化的处理；

　　5、 mongo的用户管理，权限设置；

　　　　了解mongodb内部一些用户及权限设置；

　　6、 复制跟分区的配置及原理介绍；

　　　　对主从复制以及分布式配置的说明，以及简单的上手操作；

--------------------------------------------------------------------------------------------------

本文主要介绍第一部分， nosql介绍，跟sql的比较，适用场景了解：

nosql介绍：

　　当前的NoSQL并不是指没有sql，纯粹用非关系数据库，而是指Not Only Sql。因为一般来说，仅仅使用非关系数据库很难完成一个项目的开发，多数是需要关系数据库跟非关系数据库相互配合来完成。nosql本质也是一种数据库技术，相对于关系库，它不会遵循一些约束，比如sql标准，ACID属性，表结构等，一般性能很强， 但往往在某些重要特性上有缺失，比如事务。

nosql优缺点：

优点	缺点
满足对数据库的高并发读写	一般不支持事务
对海量数据的高效存储和访问	实现复杂SQL查询比较复杂
对数据库高扩展性和高可用性	运维人员数据维护门槛较高
灵活的数据结构，满足数据结构不固定的场景	目前不是主流的数据库技术

nosql分类：

序号	类型	应用场景	典型产品
1	key-value存储	缓存，处理高并发数据访问	redis，memcached
2	列式数据库	分布式文件系统	Cassandra，hbase
3	文档型数据库	web应用，并发能力较强，表结构可变	mongodb
4	图结构数据库	社交网络，推荐系统，关注构建图谱	infogrid，neo4j

mongodb介绍：

　　mongodb是一个高性能开源数据库，是目前nosql中最热门的数据库之一，基于c++开发，是nosql中功能最丰富，最像关系数据库的。

　　 特性

　　　　1、面向集合文档的存储:适合存储Bson(json的扩展)形式的数据;

　　　　2、格式自由，数据格式不固定，生产环境下修改结构都可以不影响程序运行;

　　　　3、强大的查询语句，面向对象的查询语言，基本覆盖sql语言所有能力;

　　　　4、完整的索引支持，支持查询计划;

　　　　5、支持复制和自动故障转移;

　　　　6、支持二进制数据及大型对象(文件)的高效存储;

　　　　7、使用分片集群提升系统扩展性;

　　　　8、使用内存映射存储引擎，把磁盘的IO操作转换成为内存的操作;

　　 基本概念

　　　　实例：操作系统上运行库的进程及节点集，一个实例可以有多个库；通俗点说，可以认为就是我们电脑上装的那个应用程序。

　　　　库：多个集合组成数据库，每个数据库都是完全独立的，有自己的用户信息，权限信息，独立的存储文件集。

　　　　集合：集合是一组文档，类似于关系库中的表的概念。

　　　　文档：文档是mongodb中的最小数据集单位，其基本概念为：由多个键值对有序组合在一起的数据单元。类似于关系库中的行。

　　　　字段：类似于关系库中的列的概念。

　　 该不该用mongodb？

　　　　并没有某个业务场景必须要用mongodb才能解决，但使用mongodb通常能让你以更低的成本解决问题。

应用特征	yes/no
应用不需要事务及复杂join支持	必须yes
新应用，需求会变，数据模型无法确定，想快速迭代开发	？
应用需要2000-3000以上的读写qps(更高也可以)	？
应用需要TB甚至PB级别的数据存储	？
应用发展迅速，需要能快速水平扩展	？
应用需要99.999%高可用	？
应用要求存储的数据不能丢失	？
应用需要大量的地理位置查询、文本查询	？

　　以上描述如果排除掉 第一个事务及join是必须的yes，后面的描述有1个yes，则可以考虑选择mongodb，两个及以上的yes，选择mongodb应该是没什么问题的。mongodb是不支持事务的，因此对事务有强要求的场景是肯定无法使用的，再者，虽然都说操作类似于sql，非常简单，但实际使用你会发现差别还是挺大滴(是可以按照sql理解，但语法绝对跟sql没半毛钱关系)，对于复杂的join操作，mongo的查询条件拼接也是挺折腾的。

　　 什么场景不能使用mongodb

　　　　1、高度事务性系统：例如银行、财务等系统；mongodb对事务支持很弱；

　　　　2、传统的商业智能应用：特定问题的数据分析，多数据实体关联，涉及到复杂的、高度优化的查询方式；

　　　　3、使用sql方便的时候；数据结构相对固定，使用sql进行查询统计更加便利的时候；

　　 几个使用场景

　　　　MongoDB 的应用已经渗透到各个领域，比如游戏、物流、电商、内容管理、社交、物联网、视频直播等，以下是几个实际的应用案例:

　　　　1、游戏场景，使用 MongoDB 存储游戏用户信息，用户的装备、积分等直接以内嵌文档的 形式存储，方便查询、更新

　　　　2、物流场景，使用 MongoDB 存储订单信息，订单状态在运送过程中会不断更新，以 MongoDB 内嵌数组的形式来存储，一次查询就能将订单所有的变更读取出来。

　　　　3、社交场景，使用 MongoDB 存储存储用户信息，以及用户发表的朋友圈信息，通过地理 位置索引实现附近的人、地点等功能

　　　　4、物联网场景，使用 MongoDB 存储所有接入的智能设备信息，以及设备汇报的日志信息 ，并对这些信息进行多维度的分析

　　　　5、视频直播，使用 MongoDB 存储用户信息、礼物信息等

　　以上及为本部分内容，都是些概念性的问题，了解就好。后续计划2周左右更新一篇。

 

转载于:https://www.cnblogs.com/nevermorewang/p/11442482.html