Shangxingya的博客

Chunk（块） 是 MongoDB 分片集群的一个核心概念，其本质上就是由一组 Document 组成的逻辑数据单元。每个 Chunk 包含一定范围片键的数据，互不相交且并集为全部数据。如上图，假设集合的shardKey x（以范围分片为例，哈希分片类似），写入该集合的文档根据其x的取值范围，会被分散到chunk1到chunk4中，每个chunk只包含特定范围的数据（比如chunk2就只包含x的取值在[-75, 25)范围内的文档），

MongoDB 的集群主要包括副本集（Replica Set）和分片集群（Sharded Cluster）两种类型。组成：通常由一个主节点（Primary）和多个从节点（Secondary）构成。

MongoDB 从 3.0版本引入，MongoDB 3.6之前的版本只能支持单文档的事务，从 MongoDB 4.0版本开始支持复制集部署模式下的事务，从 MongoDB 4.2版本开始支持分片集群中的事务。

如果你把数据库类比为一本书，那书的具体内容是数据，书的目录就是索引，所以索引的目的和作用，就是为了提高数据的查询效率。和关系型数据库类似，MongoDB 中也有索引。如果没有索引的话，MongoDB 必须执行集合扫描 ，即扫描集合中的每个文档，以选择与查询语句匹配的文档。如果查询存在合适的索引，MongoDB 可以使用该索引来限制它必须检查的文档数量。并且，MongoDB 可以使用索引中的排序返回排序后的结果。虽然索引可以显著缩短查询时间，但是使用索引、维护索引是有代价的。

在MySQL中，通常会涉及多个表的一些操作，MongoDB也类似，有时需要将多个文档甚至是多个集合汇总到一起计算分析（比如求和、取最大值）并返回计算后的结果，这个过程被称为。

存储引擎是一个数据量的核心，主要负责内存、磁盘里数据的管理和维护。MongoBD的优势，在于其数据模型定义的灵活性、以及可拓展性。但不要忽略，其存储引擎也是插件式的存储，支持不同类型的存储引擎，使用不同的引擎可以解决不同场景的问题，也支持用户去自定义实现存储引擎。在设计之初，为了实现server与物理存储的解耦，引入存储引擎作为中间插件，类似于MySQL的：基于B+Tree的InnoDB引擎和基于LSM树的RocketsDB引擎，还有快速写入和读取的MyISAM引擎。目前MongoDB主要有俩种引擎。

工作以来，使用最多、了解最多的是MySQL。所以学习Mongodb就是为了其的：高可扩展、高性能和高可用虽然目前已经发展到7版本，但使用最多的是还是4开头的版本，再者是5开头的版本，在我眼里，主要原因还是4开头的版本支持了分布式的事务，能力已经足够，无需再去冒险升级扩展。所以我学习的也是4.x版本。