1. MongoDB概览

最新推荐文章于 2024-05-29 20:35:23 发布

岁月玲珑

最新推荐文章于 2024-05-29 20:35:23 发布

阅读量817

点赞数

分类专栏： mongodb 文章标签： mongodb 数据库 nosql

本文链接：https://blog.csdn.net/yin18827152962/article/details/126066254

版权

mongodb 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

1. MongoDB概览

1. 什么是NoSQL

NoSQL：Not Only SQL ,本质也是一种数据库的技术，相对于传统数据库技术，它不会遵循一些约束，比如：sql标准、ACID属性，表结构等。

优点

满足对数据库的高并发读写
对海量数据的高效存储和访问
对数据库高扩展性和高可用性
灵活的数据结构，满足数据结构不固定的场景

缺点

一般不支持事务
实现复杂SQL查询比较复杂
运维人员数据维护门槛较高
目前不是主流的数据库技术

分类

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

文档本质(即bson)

文档是一组键值(key-value)对(即 BSON)。MongoDB 的文档不需要设置相同的字段，并且相同的字段不需要相同的数据类型，这是与关系数据库最不同的点。

列式存储

行式存储和列式存储主要是在物理存储的选择上面，这里主要是选择从实体的完整性角度进行存储，还是从实体特征维度进行存储，行式存储就是以实体为单位进行存储，在物理存储上，一个实体（的特征属性）紧挨着另外一个实体；列式存储就是从实体特征维度进行存储，通常是以列为物理存储单元，这种存储模式也决定了查询的模式也是基于列取查询；所以，当我们想要按照实体去查询列式存储的数据，一般都是需要并行查询，所以列式存储天生的是分布式数据库的架构。

**在OLTP场景，更多的基于实体的维护和查询，但是在OLAP场景，则是更多地从实体特征角度进行数据处理（统计），所以在OLAP的场景下，如果还是使用行式存储，会导致大量的无谓的遍历，**比如想要对某个列进行所有数据的统计，因为是行式存储，需要遍历所有的实体的所有的属性；如果列式存储，则只需要按照列进行查询即可，因为列式存储是以列一个物理存储单元，所以遍历只要遍历相应列的物理存储文件即可。

那么从这个角度上面来讲，HBase其实是行列存储的一个综合体，从宏观角度是按照列簇为单位进行存储，从微观角度，每一个列簇的单元是由key，value的键值对组成（可能是很多个键值对，因为一个列簇可以包含很多列），但是values其实是行式存储，另外HBase并不建议采用多个列簇，列簇不要超过2个，所以列式存储的优势并没有完全发挥出来，但是基于HBase的技术架构，只能这样处理，如果是纯粹的列式存储对于HBase的性能会有大影响。

采用列式存储还有一个好处就是可以方便的进行编码和压缩，因为一列中的值大概率是有大量重复的，可以对于这些重复的值进行编码以及压缩，节省存储空间。

行式存储: …(a1a2a3)(b1b2)(c1c5)…

列式存储: …(a1b1c1)…(a2b2)…(a3)…(c5)…

为什么HBase建议列簇不要超过2个?

1. memstore只要一个满了就会刷，未满的列簇会形成大量的小文件，增加查询成本；以及会潜在增加compact的次数（文件数量、文件大小都会导致compact）；
　　2. 文件的Split也有类似问题，只要一个列簇文件大小达到了split，就会将这个region下所有的列簇的进行分割。