MongoDB学习笔记

ゝ一纸荒年。 2022-10-26 14:22 231阅读 0赞

## MongoDB 相关概念 ##

### 业务应用场景 ###

传统的关系型数据库（如MySQL），在数据操作的 “三高” 需求以及应对Web2.0的网站需求面前，显得力不从心。解释：“三高”需求：

1.  **High performance** \- 对数据库高并发读写的需求。
2.  **Huge Storage** \- 对海量数据的高效率存储和访问的需求。
3.  **High Scalability** && **High Availability**\- 对数据库的高可扩展性和高可用性的需求。

**而MongoDB可应对“三高”需求。**  
具体的应用场景如：

1.  社交场景，使用 MongoDB 存储存储用户信息，以及用户发表的朋友圈信息，通过地理位置索引实现附近的人、地点等功能。
2.  游戏场景，使用 MongoDB 存储游戏用户信息，用户的装备、积分等直接以内嵌文档的形式存储，方便查询、高效率存储和访问。
3.  物流场景，使用 MongoDB 存储订单信息，订单状态在运送过程中会不断更新，以 MongoDB 内嵌数组的形式来存储，一次查询就能将订单所有的变更读取出来。
4.  物联网场景，使用 MongoDB 存储所有接入的智能设备信息，以及设备汇报的日志信息，并对这些信息进行多维度的分析。
5.  视频直播，使用 MongoDB 存储用户信息、点赞互动信息等。

这些应用场景中，数据操作方面的共同特点是

*  数据量大
 *  写入操作频繁（读写都很频繁）
 *  价值较低的数据，对事务性要求不高

对于这样的数据，我们更适合使用MongoDB来实现数据的存储。  
**什么时候选择MongoDB**  
在架构选型上，除了上述的三个特点外，如果你还犹豫是否要选择它？可以考虑以下的一些问题：

1.  应用不需要事务及复杂 join 支持
2.  新应用，需求会变，数据模型无法确定，想快速迭代开发
3.  应用需要2000-3000以上的读写QPS（更高也可以）
4.  应用需要TB甚至 PB 级别数据存储
5.  应用发展迅速，需要能快速水平扩展
6.  应用要求存储的数据不丢失
7.  应用需要99.999%高可用
8.  应用需要大量的地理位置查询、文本查询

如果上述有1个符合，可以考虑 MongoDB，2个及以上的符合，选择 MongoDB 绝不会后悔。

### MongoDB简介 ###

MongoDB是一个开源、高性能、无模式的文档型数据库，当初的设计就是用于简化开发和方便扩展，是NoSQL数据库产品中的一种。是最像关系型数据库（MySQL）的非关系型数据库。  
  它支持的数据结构非常松散，是一种类似于 JSON 的 格式叫BSON，所以它既可以存储比较复杂的数据类型，又相当的灵活。  
  MongoDB中的记录是一个文档，它是一个由字段和值对（field:value）组成的数据结构。MongoDB文档类似于JSON对象，即一个文档认为就是一个对象。字段的数据类型是字符型，它的值除了使用基本的一些类型外，还可以包括其他文档、普通数组和文档数组。

### 体系结构 ###

MySQL和MongoDB对比

<table> 
 <thead> 
  <tr> 
   <th>SQL术语/概念</th> 
   <th>MongoDB术语/概念</th> 
   <th>解释/说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>database</td> 
   <td>database</td> 
   <td>数据库</td> 
  </tr> 
  <tr> 
   <td>table</td> 
   <td>collection</td> 
   <td>数据库表/集合</td> 
  </tr> 
  <tr> 
   <td>row</td> 
   <td>document</td> 
   <td>数据记录行/文档</td> 
  </tr> 
  <tr> 
   <td>column</td> 
   <td>field</td> 
   <td>数据字段/域</td> 
  </tr> 
  <tr> 
   <td>index</td> 
   <td>index</td> 
   <td>索引</td> 
  </tr> 
  <tr> 
   <td>table joins</td> 
   <td></td> 
   <td>表连接,MongoDB不支持</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td>嵌入文档</td> 
   <td>MongoDB通过嵌入式文档来替代多表连接</td> 
  </tr> 
  <tr> 
   <td>primary key</td> 
   <td>primary key</td> 
   <td>主键,MongoDB自动将_id字段设置为主键</td> 
  </tr> 
 </tbody> 
</table>

### 数据模型 ###

MongoDB的最小存储单位就是文档(document)对象。文档(document)对象对应于关系型数据库的行。数据在MongoDB中以BSON（Binary-JSON）文档的格式存储在磁盘上。  
  BSON（Binary Serialized Document Format）是一种类json的一种二进制形式的存储格式，简称Binary JSON。BSON和JSON一样，支持内嵌的文档对象和数组对象，但是BSON有JSON没有的一些数据类型，如Date和BinData类型。  
  BSON采用了类似于 C 语言结构体的名称、对表示方法，支持内嵌的文档对象和数组对象，具有轻量性、可遍历性、高效性的三个特点，可以有效描述非结构化数据和结构化数据。这种格式的优点是灵活性高，但它的缺点是空间利用率不是很理想。  
  Bson中，除了基本的JSON类型：string，integer，boolean，double，null，array和object，mongo还使用了特殊的数据类型。这些类型包括date，object id，binary data，regular expression 和code。每一个驱动都以特定语言的方式实现了这些类型，查看你的驱动的文档来获取详细信息。  
BSON数据类型参考列表：

<table> 
 <thead> 
  <tr> 
   <th>数据类型</th> 
   <th>描述</th> 
   <th>举例</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>字符串</td> 
   <td>UTF-8字符串都可表示为字符串类型的数据</td> 
   <td>{“x” : “foobar”}</td> 
  </tr> 
  <tr> 
   <td>对象id</td> 
   <td>对象id是文档的12字节的唯一 ID</td> 
   <td>{“X” :ObjectId() }</td> 
  </tr> 
  <tr> 
   <td>布尔值</td> 
   <td>真或者假：true或者false</td> 
   <td>{“x”:true}+</td> 
  </tr> 
  <tr> 
   <td>数组</td> 
   <td>值的集合或者列表可以表示成数组</td> 
   <td>{“x” ： [“a”, “b”, “c”]}</td> 
  </tr> 
  <tr> 
   <td>32位整数</td> 
   <td>类型不可用。JavaScript仅支持64位浮点数，所以32位整数会被自动转换。</td> 
   <td>shell是不支持该类型的，shell中默认会转换成64位浮点数</td> 
  </tr> 
  <tr> 
   <td>64位整数</td> 
   <td>不支持这个类型。shell会使用一个特殊的内嵌文档来显示64位整数</td> 
   <td>shell是不支持该类型的，shell中默认会转换成64位浮点数</td> 
  </tr> 
  <tr> 
   <td>64位浮点数</td> 
   <td>shell中的数字就是这一种类型</td> 
   <td>{“x”：3.14159，“y”：3}</td> 
  </tr> 
  <tr> 
   <td>null</td> 
   <td>表示空值或者未定义的对象</td> 
   <td>{“x”:null}</td> 
  </tr> 
  <tr> 
   <td>undefined</td> 
   <td>文档中也可以使用未定义类型</td> 
   <td>{“x”:undefined}</td> 
  </tr> 
  <tr> 
   <td>符号</td> 
   <td>shell不支持，shell会将数据库中的符号类型的数据自动转换成字符串</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>正则表达式</td> 
   <td>文档中可以包含正则表达式，采用JavaScript的正则表达式语法</td> 
   <td>{“x” ： /foobar/i}</td> 
  </tr> 
  <tr> 
   <td>代码</td> 
   <td>文档中还可以包含JavaScript代码</td> 
   <td>{“x” ： function() { /* …… */ }}</td> 
  </tr> 
  <tr> 
   <td>二进制数据</td> 
   <td>二进制数据可以由任意字节的串组成，不过shell中无法使用</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>最大值/最小值</td> 
   <td>BSON包括一个特殊类型，表示可能的最大值。shell中没有这个类型。</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

提示：  
  shell默认使用64位浮点型数值。\{“x”：3.14\}或\{“x”：3\}。对于整型值，可以使用NumberInt（4字节符号整数）或NumberLong（8字节符号整数），\{“x”:NumberInt(“3”)\}\{“x”:NumberLong(“3”)\}

### MongoDB的特点 ###

MongoDB主要有如下特点：

1.  **高性能**：  
    MongoDB提供高性能的数据持久性。特别是,  
    对嵌入式数据模型的支持减少了数据库系统上的I/O活动。  
    索引支持更快的查询，并且可以包含来自嵌入式文档和数组的键。（文本索引解决搜索的需求、TTL索引解决历史数据自动过期的需求、地理位置索引可用于构建各种 O2O 应用）  
    mmapv1、wiredtiger、mongorocks（rocksdb）、in-memory 等多引擎支持满足各种场景需求。  
    Gridfs解决文件存储的需求。
2.  **高可用性**：  
    MongoDB的复制工具称为副本集（replica set），它可提供自动故障转移和数据冗余。
3.  **高扩展性**：  
    MongoDB提供了水平可扩展性作为其核心功能的一部分。  
    分片将数据分布在一组集群的机器上。（海量数据存储，服务能力水平扩展）  
    从3.4开始，MongoDB支持基于片键创建数据区域。在一个平衡的集群中，MongoDB将一个区域所覆盖的读写只定向到该区域内的那些片。
4.  **丰富的查询支持**：  
    MongoDB支持丰富的查询语言，支持读和写操作(CRUD)，比如数据聚合、文本搜索和地理空间查询等。
5.  其他特点：如**无模式（动态模式）**、**灵活的文档模型**。

## MongoDB 的使用 ##

### MongoDB安装 ###

安装方式很多，开发可以用docker跑，生产可按实际需求跑

### Shell连接 ###

在命令提示符输入以下shell命令即可完成登陆

mongo
    或
    mongo --host=127.0.0.1 --port=27017

查看已经有的数据库

>show databases

退出mongodb

exit

更多参数可以通过帮助查看：

mongo --help

提示：  
MongoDB javascript shell是一个基于javascript的解释器，故是支持js程序的。

### 基本常用命令 ###

#### 选择和创建数据库 ####

选择和创建数据库的语法格式（如果数据库不存在则自动创建）：

use 数据库名称

查看有权限查看的所有的数据库命令

show dbs
    或
    show databases

> 注意: 在 MongoDB 中，集合只有在内容插入后才会创建! 就是说，创建集合(数据表)后要再插入一个文档(记录)，集合才会真正创建。

查看当前正在使用的数据库命令

> MongoDB 中默认的数据库为 test，如果你没有选择数据库，集合将存放在 test 数据库中。

> 另外：  
> 数据库名可以是满足以下条件的任意UTF-8字符串。  
> 不能是空字符串（"")。  
> 不得含有’ '（空格)、.、$、/、\\和\\0 (空字符)。  
> 应全部小写。  
> 最多64字节。  
> 有一些数据库名是保留的，可以直接访问这些有特殊作用的数据库。  
> admin： 从权限的角度来看，这是"root"数据库。要是将一个用户添加到这个数据库，这个用户自动继承所有数据库的权限。一些特  
> 定的服务器端命令也只能从这个数据库运行，比如列出所有的数据库或者关闭服务器。  
> local: 这个数据永远不会被复制，可以用来存储限于本地单台服务器的任意集合  
> config: 当Mongo用于分片设置时，config数据库在内部使用，用于保存分片的相关信息。

#### 数据库的删除 ####

MongoDB 删除数据库的语法格式如下：

db.dropDatabase()

提示：主要用来删除已经持久化的数据库

### 集合操作 ###

集合，类似关系型数据库中的表。  
可以显示的创建，也可以隐式的创建。

#### 集合的显式创建 ####

基本语法格式：

db.createCollection(name)

集合的命名规范：

1.  集合名不能是空字符串""。
2.  集合名不能含有\\0字符（空字符)，这个字符表示集合名的结尾。
3.  集合名不能以"system."开头，这是为系统集合保留的前缀。
4.  用户创建的集合名字不能含有保留字符。有些驱动程序的确支持在集合名里面包含，这是因为某些系统生成的集合中包含该字符。除非你要访问这种系统创建的集合，否则千万不要在名字里出现$。

#### 集合的隐式创建 ####

当向一个集合中插入一个文档的时候，如果集合不存在，则会自动创建集合。  
详见 文档的插入 章节。  
提示：通常我们使用隐式创建文档即可。

#### 集合的删除 ####

集合删除语法格式如下：

db.collection.drop()
    或
    db.集合.drop()

返回值  
如果成功删除选定集合，则 drop() 方法返回 true，否则返回 false。  
例如：要删除mycollection集合

db.mycollection.drop()

### 文档基本CRUD ###

文档（document）的数据结构和 JSON 基本一样。  
所有存储在集合中的数据都是 BSON 格式。

#### 文档的插入 ####

**单个文档插入**  
使用insert() 或 save() 方法向集合中插入文档，语法如下：

db.collection.insert(
    	<document or array of documents>,
    	{
    	writeConcern: <document>,
    	ordered: <boolean>
    	}
    )

参数：

<table> 
 <thead> 
  <tr> 
   <th>Parameter</th> 
   <th>Type</th> 
   <th>Description</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>document</td> 
   <td>document or array</td> 
   <td>要插入到集合中的文档或文档数组。（(json格式）</td> 
  </tr> 
  <tr> 
   <td>writeConcern</td> 
   <td>document</td> 
   <td>Optional. A document expressing the write concern. Omit to use the default write concern.See Write Concern.Do not explicitly set the write concern for the operation if run in atransaction. To use write concern with transactions, see Transactions and Write Concern.</td> 
  </tr> 
  <tr> 
   <td>ordered</td> 
   <td>boolean</td> 
   <td>可选。如果为真，则按顺序插入数组中的文档，如果其中一个文档出现错误，MongoDB将返回而不处理数组中的其余文档。如果为假，则执行无序插入，如果其中一个文档出现错误，则继续处理数组中的主文档。在版本2.6+中默认为true</td> 
  </tr> 
 </tbody> 
</table>

**示例**  
要向comment的集合(表)中插入一条测试数据：

db.comment.insert({"articleid":"100000","content":"今天天气真好，阳光明媚","userid":"1001","nickname":"Rose","createdatetime":new Date(),"likenum":NumberInt(10),"state":null})

提示：

1.  comment集合如果不存在，则会隐式创建
2.  mongo中的数字，默认情况下是double类型，如果要存整型，必须使用函数NumberInt(整型数字)，否则取出来就有问题了
3.  插入当前日期使用 new Date()
4.  插入的数据没有指定 \_id ，会自动生成主键值
5.  如果某字段没值，可以赋值为null，或不写该字段

注意：

1.  文档中的键/值对是有序的
2.  文档中的值不仅可以是在双引号里面的字符串，还可以是其他几种数据类型（甚至可以是整个嵌入的文档)
3.  MongoDB区分类型和大小写
4.  MongoDB的文档不能有重复的键
5.  文档的键是字符串。除了少数例外情况，键可以使用任意UTF-8字符

文档键命名规范：

*  键不能含有\\0 (空字符)。这个字符用来表示键的结尾
 *  .和$有特别的意义，只有在特定环境下才能使用
 *  以下划线"\_"开头的键是保留的(不是严格要求的)

**批量插入**  
语法：

db.collection.insertMany(
    	[ <document 1> , <document 2>, ... ],
    	{
    		writeConcern: <document>,
    		ordered: <boolean>
    	}
    )

参数：

<table> 
 <thead> 
  <tr> 
   <th>Parameter</th> 
   <th>Type</th> 
   <th>Description</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>document</td> 
   <td>document</td> 
   <td>要插入到集合中的文档或文档数组。（(json格式）</td> 
  </tr> 
  <tr> 
   <td>writeConcern</td> 
   <td>document</td> 
   <td>Optional. A document expressing the write concern. Omit to use the default write concern.Do not explicitly set the write concern for the operation if run in a transaction. To use write concern with transactions, see Transactions and Write Concern.</td> 
  </tr> 
  <tr> 
   <td>ordered</td> 
   <td>boolean</td> 
   <td>可选。一个布尔值，指定Mongod实例应执行有序插入还是无序插入。默认为true。</td> 
  </tr> 
 </tbody> 
</table>

示例：

db.comment.insertMany([
    {"_id":"1","articleid":"100001","content":"我们不应该把清晨浪费在手机上，健康很重要，一杯温水幸福你我他。","userid":"1002","nickname":"相忘于江湖","createdatetime":new Date("2019-08-05T22:08:15.522Z"),"likenum":NumberInt(1000),"state":"1"},
    {"_id":"2","articleid":"100001","content":"我夏天空腹喝凉开水，冬天喝温开水","userid":"1005","nickname":"伊人憔悴","createdatetime":new Date("2019-08-05T23:58:51.485Z"),"likenum":NumberInt(888),"state":"1"},
    {"_id":"3","articleid":"100001","content":"我一直喝凉开水，冬天夏天都喝。","userid":"1004","nickname":"杰克船长","createdatetime":new Date("2019-08-06T01:05:06.321Z"),"likenum":NumberInt(666),"state":"1"},
    {"_id":"4","articleid":"100001","content":"专家说不能空腹吃饭，影响健康。","userid":"1003","nickname":"凯撒","createdatetime":new Date("2019-08-06T08:18:35.288Z"),"likenum":NumberInt(2000),"state":"1"},
    {"_id":"5","articleid":"100001","content":"研究表明，刚烧开的水千万不能喝，因为烫嘴。","userid":"1003","nickname":"凯撒","createdatetime":new Date("2019-08-06T11:01:02.521Z"),"likenum":NumberInt(3000),"state":"1"}
    ]);

提示：  
插入时指定了 \_id ，则主键就是该值。  
如果某条数据插入失败，将会终止插入，但已经插入成功的数据不会回滚掉。

#### 文档的基本查询 ####

查询数据的语法格式如下：

db.collection.find(<query>, [projection])

参数：

<table> 
 <thead> 
  <tr> 
   <th>Parameter</th> 
   <th>Type</th> 
   <th>Description</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>query</td> 
   <td>document</td> 
   <td>可选。使用查询运算符指定选择筛选器。若要返回集合中的所有文档，请省略此参数或传递空文档( {} )。</td> 
  </tr> 
  <tr> 
   <td>projection</td> 
   <td>document</td> 
   <td>可选。指定要在与查询筛选器匹配的文档中返回的字段（投影）。若要返回匹配文档中的所有字段，请省略此参数。</td> 
  </tr> 
 </tbody> 
</table>

示例：

*  查询所有  
    如果我们要查询spit集合的所有文档，我们输入以下命令

db.comment.find()
    或
    db.comment.find({})

*  查询一条  
    例如要查userid为1003的记录

db.comment.find({userid:'1003'})
    或
    db.comment.findOne({userid:'1003'})

*  投影查询（Projection Query）：  
    如果要查询结果返回部分字段，则需要使用投影查询（不显示所有字段，只显示指定的字段）。如：查询结果只显示 \_id、userid、nickname :

>db.comment.find({userid:"1003"},{userid:1,nickname:1})
    { "_id" : "4", "userid" : "1003", "nickname" : "凯撒" }
    { "_id" : "5", "userid" : "1003", "nickname" : "凯撒" }

*  默认 \_id 会显示，如需查询结果只显示 、userid、nickname ，不显示 \_id ：

>db.comment.find({userid:"1003"},{userid:1,nickname:1,_id:0})
    { "userid" : "1003", "nickname" : "凯撒" }
    { "userid" : "1003", "nickname" : "凯撒" }

#### 文档的更新 ####

更新文档的语法：

db.collection.update(query, update, options)
    //或
    db.collection.update(
    	<query>,
    	<update>,
    	{
    		upsert: <boolean>,
    		multi: <boolean>,
    		writeConcern: <document>,
    		collation: <document>,
    		arrayFilters: [ <filterdocument1>, ... ],
    		hint: <document|string> // Available starting in MongoDB 4.2
    	}
    )

参数：

<table> 
 <thead> 
  <tr> 
   <th>Parameter</th> 
   <th>Type</th> 
   <th>Description</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>query</td> 
   <td>document</td> 
   <td>更新的选择条件。可以使用与find（）方法中相同的查询选择器，类似sql update查询内where后面的。。在3.0版中进行了更改：当使用upsert:true执行update（）时，如果查询使用点表示法在_id字段上指定条件，则MongoDB将拒绝插入新文档</td> 
  </tr> 
  <tr> 
   <td>update</td> 
   <td>document or pipeline</td> 
   <td>要应用的修改。该值可以是：包含更新运算符表达式的文档，或仅包含：对的替换文档，或在MongoDB 4.2中启动聚合管道。管道可以由以下阶段组成： 其 别 名 set 其 别 名unset 其 别 名 replaceWith。</td> 
  </tr> 
  <tr> 
   <td>upsert</td> 
   <td>boolean</td> 
   <td>可选。如果设置为true，则在没有与查询条件匹配的文档时创建新文档。默认值为false，如果找不到匹配项，则不会插入新文档。</td> 
  </tr> 
  <tr> 
   <td>multi</td> 
   <td>boolean</td> 
   <td>可选。如果设置为true，则更新符合查询条件的多个文档。如果设置为false，则更新一个文档。默认值为false。</td> 
  </tr> 
  <tr> 
   <td>writeConcern</td> 
   <td>document</td> 
   <td>可选。表示写问题的文档。抛出异常的级别</td> 
  </tr> 
  <tr> 
   <td>collation</td> 
   <td>document</td> 
   <td>可选。指定要用于操作的校对规则</td> 
  </tr> 
  <tr> 
   <td>arrayFilters</td> 
   <td>array</td> 
   <td>可选。一个筛选文档数组，用于确定要为数组字段上的更新操作修改哪些数组元素。</td> 
  </tr> 
  <tr> 
   <td>hint</td> 
   <td>Document or string</td> 
   <td>可选。指定用于支持查询谓词的索引的文档或字符串。该选项可以采用索引规范文档或索引名称字符串。如果指定的索引不存在，则说明操作错误。例如，请参阅版本4中的“为更新操作指定提示。</td> 
  </tr> 
 </tbody> 
</table>

提示：  
主要关注前四个参数即可。

*  覆盖的修改  
    如果我们想修改\_id为1的记录，点赞量为1001，输入以下语句：

db.comment.update({_id:"1"},{likenum:NumberInt(1001)})

执行后，我们会发现，这条文档除了likenum字段其它字段都不见了，

*  局部修改  
    为了解决这个问题，我们需要使用修改器$set来实现，我们想修改\_id为2的记录，浏览量为889，输入以下语句：

db.comment.update({_id:"2"},{$set:{likenum:NumberInt(889)}})

*  批量的修改  
    更新所有用户为 1003 的用户的昵称为 凯撒大帝

//默认只修改第一条数据
    db.comment.update({userid:"1003"},{$set:{nickname:"凯撒2"}})
    //修改所有符合条件的数据
    db.comment.update({userid:"1003"},{$set:{nickname:"凯撒大帝"}},{multi:true})

提示：如果不加后面的参数，则只更新符合条件的第一条记录

*  列值增长的修改  
    如果我们想实现对某列值在原有值的基础上进行增加或减少，可以使用 $inc 运算符来实现。  
    需求：对3号数据的点赞数，每次递增1

db.comment.update({_id:"3"},{$inc:{likenum:NumberInt(1)}})

#### 删除文档 ####

删除文档的语法结构：

db.集合名称.remove(条件)

以下语句可以将数据全部删除，请慎用

db.comment.remove({})

如果删除\_id=1的记录，输入以下语句

db.comment.remove({_id:"1"})

### 文档的分页查询 ###

#### 统计查询 ####

统计查询使用count()方法，语法如下：

db.collection.count(query, options)

参数：

<table> 
 <thead> 
  <tr> 
   <th>Parameter</th> 
   <th>Type</th> 
   <th>Description</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>query</td> 
   <td>document</td> 
   <td>查询选择条件。</td> 
  </tr> 
  <tr> 
   <td>options</td> 
   <td>document</td> 
   <td>可选。用于修改计数的额外选项。</td> 
  </tr> 
 </tbody> 
</table>

提示：  
可选项暂时不使用  
示例：

1.  统计所有记录数：  
    统计comment集合的所有的记录数：

db.comment.count()

1.  按条件统计记录数：  
    例如：统计userid为1003的记录条数

db.comment.count({userid:"1003"})

提示：  
默认情况下 count() 方法返回符合条件的全部记录条数。

#### 分页列表查询 ####

可以使用limit()方法来读取指定数量的数据，使用skip()方法来跳过指定数量的数据。  
基本语法如下所示：

>db.COLLECTION_NAME.find().limit(NUMBER).skip(NUMBER)

如果你想返回指定条数的记录，可以在find方法后调用limit来返回结果(TopN)，默认值20，例如：

db.comment.find().limit(3)

skip方法同样接受一个数字参数作为跳过的记录条数。（前N个不要）,默认值是0

db.comment.find().skip(3)

分页查询：需求：每页2个，第二页开始：跳过前两条数据，接着值显示3和4条数据

//第一页
    db.comment.find().skip(0).limit(2)
    //第二页
    db.comment.find().skip(2).limit(2)
    //第三页
    db.comment.find().skip(4).limit(2)

#### 排序查询 ####

sort() 方法对数据进行排序，sort() 方法可以通过参数指定排序的字段，并使用 1 和 -1 来指定排序的方式，其中 1 为升序排列，而 -1 是用于降序排列。  
语法如下所示：

db.COLLECTION_NAME.find().sort({KEY:1})
    或
    db.集合名称.find().sort(排序方式)

例如：  
对userid降序排列，并对访问量进行升序排列

db.comment.find().sort({userid:-1,likenum:1})

提示：  
skip(), limilt(), sort()三个放在一起执行的时候，执行的顺序是先 sort(), 然后是 skip()，最后是显示的 limit()，和命令编写顺序无关。

### 文档的更多查询 ###

#### 正则的复杂条件查询 ####

MongoDB的模糊查询是通过正则表达式的方式实现的。格式为：

db.collection.find({field:/正则表达式/})
    或
    db.集合.find({字段:/正则表达式/})

提示：正则表达式是js的语法，直接量的写法。  
例如，我要查询评论内容包含“开水”的所有文档，代码如下：

db.comment.find({content:/开水/})

如果要查询评论的内容中以“专家”开头的，代码如下：

db.comment.find({content:/^专家/})

#### 比较查询 ####

<, <=, >, >= 这个操作符也是很常用的，格式如下:

db.集合名称.find({ "field" : { $gt: value }}) // 大于: field > value
    db.集合名称.find({ "field" : { $lt: value }}) // 小于: field < value
    db.集合名称.find({ "field" : { $gte: value }}) // 大于等于: field >= value
    db.集合名称.find({ "field" : { $lte: value }}) // 小于等于: field <= value
    db.集合名称.find({ "field" : { $ne: value }}) // 不等于: field != value

示例：查询评论点赞数量大于700的记录

db.comment.find({likenum:{$gt:NumberInt(700)}})

#### 包含查询 ####

包含使用$in操作符。 示例：查询评论的集合中userid字段包含1003或1004的文档

db.comment.find({userid:{$in:["1003","1004"]}})

不包含使用$nin操作符。 示例：查询评论集合中userid字段不包含1003和1004的文档

db.comment.find({userid:{$nin:["1003","1004"]}})

#### 条件连接查询 ####

我们如果需要查询同时满足两个以上条件，需要使用$and操作符将条件进行关联。（相 当于SQL的and） 格式为：

$and:[ { },{ },{ } ]

示例：查询评论集合中likenum大于等于700 并且小于2000的文档：

db.comment.find({$and:[{likenum:{$gte:NumberInt(700)}},{likenum:{$lt:NumberInt(2000)}}]})

如果两个以上条件之间是或者的关系，我们使用 操作符进行关联，与前面 and的使用方式相同 格式为：

$or:[ { },{ },{ } ]

示例：查询评论集合中userid为1003，或者点赞数小于1000的文档记录

db.comment.find({$or:[ {userid:"1003"} ,{likenum:{$lt:1000} }]})

### 常用命令小结 ###

选择切换数据库：use articledb
    插入数据：db.comment.insert({bson数据})
    查询所有数据：db.comment.find();
    条件查询数据：db.comment.find({条件})
    查询符合条件的第一条记录：db.comment.findOne({条件})
    查询符合条件的前几条记录：db.comment.find({条件}).limit(条数)
    查询符合条件的跳过的记录：db.comment.find({条件}).skip(条数)
    修改数据：db.comment.update({条件},{修改后的数据}) 或db.comment.update({条件},{$set:{要修改部分的字段:数据})
    修改数据并自增某字段值：db.comment.update({条件},{$inc:{自增的字段:步进值}})
    删除数据：db.comment.remove({条件})
    统计查询：db.comment.count({条件})
    模糊查询：db.comment.find({字段名:/正则表达式/})
    条件比较运算：db.comment.find({字段名:{$gt:值}})
    包含查询：db.comment.find({字段名:{$in:[值1，值2]}})或db.comment.find({字段名:{$nin:[值1，值2]}})
    条件连接查询：db.comment.find({$and:[{条件1},{条件2}]})或db.comment.find({$or:[{条件1},{条件2}]})

## 索引-Index ##

### 概述 ###

索引支持在MongoDB中高效地执行查询。如果没有索引，MongoDB必须执行全集合扫描，即扫描集合中的每个文档，以选择与查询语句匹配的文档。这种扫描全集合的查询效率是非常低的，特别在处理大量的数据时，查询可以要花费几十秒甚至几分钟，这对网站的性能是非常致命的。  
  如果查询存在适当的索引，MongoDB可以使用该索引限制必须检查的文档数。  
  索引是特殊的数据结构，它以易于遍历的形式存储集合数据集的一小部分。索引存储特定字段或一组字段的值，按字段值排序。索引项的排序支持有效的相等匹配和基于范围的查询操作。此外，MongoDB还可以使用索引中的排序返回排序结果。  
**MongoDB索引使用B树数据结构（确切的说是B-Tree，MySQL是B+Tree）**

### 索引的类型 ###

#### 单字段索引 ####

MongoDB支持在文档的单个字段上创建用户定义的升序/降序索引，称为单字段索引（Single Field Index）。对于单个字段索引和排序操作，索引键的排序顺序（即升序或降序）并不重要，因为MongoDB可以在任何方向上遍历索引。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70]

#### 复合索引 ####

MongoDB还支持多个字段的用户定义索引，即复合索引（Compound Index）。  
  复合索引中列出的字段顺序具有重要意义。例如，如果复合索引由 \{ userid: 1, score: -1 \} 组成，则索引首先按userid正序排序，然后在每个userid的值内，再在按score倒序排序。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 1]

#### 其他索引 ####

**地理空间索引（Geospatial Index）**、**文本索引（Text Indexes）**、**哈希索引（Hashed Indexes）**。  
**地理空间索引（Geospatial Index）：**  
  为了支持对地理空间坐标数据的有效查询，MongoDB提供了两种特殊的索引：返回结果时使用平面几何的二维索引和返回结果时使用球面几何的二维球面索引。  
**文本索引（Text Indexes）：**  
  MongoDB提供了一种文本索引类型，支持在集合中搜索字符串内容。这些文本索引不存储特定于语言的停止词（例如“the”、“a”、“or”），而将集合中的词作为词干，只存储根词。  
**哈希索引（Hashed Indexes）：**  
  为了支持基于散列的分片，MongoDB提供了散列索引类型，它对字段值的散列进行索引。这些索引在其范围内的值分布更加随机，但只支持相等匹配，不支持基于范围的查询。

### 索引的管理操作 ###

#### 索引的查看 ####

说明：  
返回一个集合中的所有索引的数组。  
语法：

db.collection.getIndexes()

提示：该语法命令运行要求是MongoDB 3.0+  
示例：  
查看comment集合中所有的索引情况

> db.comment.getIndexes()
    [
    	{
    		"v" : 2,
    		"key" : {
    				"_id" : 1
    		},
    		"name" : "_id_",
    		"ns" : "articledb.comment"
    	}
    ]

结果中显示的是默认 \_id 索引。  
默认\_id索引：  
  MongoDB在创建集合的过程中，在 \_id 字段上创建一个唯一的索引，默认名字为 *id* ，该索引可防止客户端插入两个具有相同值的文档，您不能在\_id字段上删除此索引。  
  注意：该索引是唯一索引，因此值不能重复，即 \_id 值不能重复的。在分片集群中，通常使用 \_id作为片键。

#### 索引的创建 ####

说明：  
在集合上创建索引。  
语法：

db.collection.createIndex(keys, options)

<table> 
 <thead> 
  <tr> 
   <th>Parameter</th> 
   <th>Type</th> 
   <th>Description</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>keys</td> 
   <td>document</td> 
   <td>包含字段和值对的文档，其中字段是索引键，值描述该字段的索引类型。对于字段上的升序索引，请指定值1；对于降序索引，请指定值-1。比如： {字段:1或-1} ，其中1 为指定按升序创建索引，如果你想按降序来创建索引指定为 -1 即可。另外，MongoDB支持几种不同的索引类型，包括文本、地理空间和哈希索引。</td> 
  </tr> 
  <tr> 
   <td>options</td> 
   <td>document</td> 
   <td>可选。包含一组控制索引创建的选项的文档。有关详细信息，请参见选项详情列表。</td> 
  </tr> 
 </tbody> 
</table>

options（更多选项）列表：

<table> 
 <thead> 
  <tr> 
   <th>Parameter</th> 
   <th>Type</th> 
   <th>Description</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>background</td> 
   <td>Boolean</td> 
   <td>建索引过程会阻塞其它数据库操作，background可指定以后台方式创建索引，即增加"background" 可选参数。 “background” 默认值为false。</td> 
  </tr> 
  <tr> 
   <td>unique</td> 
   <td>Boolean</td> 
   <td>建立的索引是否唯一。指定为true创建唯一索引。默认值为false.</td> 
  </tr> 
  <tr> 
   <td>name</td> 
   <td>string</td> 
   <td>索引的名称。如果未指定，MongoDB的通过连接索引的字段名和排序顺序生成一个索引名称。</td> 
  </tr> 
  <tr> 
   <td>dropDups</td> 
   <td>Boolean</td> 
   <td>3.0+版本已废弃。在建立唯一索引时是否删除重复记录,指定 true 创建唯一索引。默认值为false.</td> 
  </tr> 
  <tr> 
   <td>sparse</td> 
   <td>Boolean</td> 
   <td>对文档中不存在的字段数据不启用索引；这个参数需要特别注意，如果设置为true的话，在索引字段中不会查询出不包含对应字段的文档.。默认值为 false.</td> 
  </tr> 
  <tr> 
   <td>expireAfterSeconds i</td> 
   <td>integer</td> 
   <td>指定一个以秒为单位的数值，完成 TTL设定，设定集合的生存时间。</td> 
  </tr> 
  <tr> 
   <td>v</td> 
   <td>index version</td> 
   <td>索引的版本号。默认的索引版本取决于mongod创建索引时运行的版本。</td> 
  </tr> 
  <tr> 
   <td>weights</td> 
   <td>document</td> 
   <td>索引权重值，数值在 1 到 99,999 之间，表示该索引相对于其他索引字段的得分权重。</td> 
  </tr> 
  <tr> 
   <td>default_language</td> 
   <td>string</td> 
   <td>对于文本索引，该参数决定了停用词及词干和词器的规则的列表。 默认为英语</td> 
  </tr> 
  <tr> 
   <td>language_override</td> 
   <td>string</td> 
   <td>对于文本索引，该参数指定了包含在文档中的字段名，语言覆盖默认的language，默认值为 language.</td> 
  </tr> 
 </tbody> 
</table>

提示：  
注意在 3.0.0 版本前创建索引方法为 db.collection.ensureIndex() ，之后的版本使用了 db.collection.createIndex() 方法，ensureIndex() 还能用，但只是 createIndex() 的别名。  
示例：

1.  单字段索引示例：对 userid 字段建立索引：

> db.comment.createIndex({userid:1})
    {
    "createdCollectionAutomatically" : false,
    "numIndexesBefore" : 1,
    "numIndexesAfter" : 2,
    "ok" : 1
    }

1.  复合索引：对 userid 和 nickname 同时建立复合（Compound）索引：

> db.comment.createIndex({userid:1,nickname:-1})
    {
    "createdCollectionAutomatically" : false,
    "numIndexesBefore" : 2,
    "numIndexesAfter" : 3,
    "ok" : 1
    }

#### 索引的移除 ####

说明：可以移除指定的索引，或移除所有索引  
一、指定索引的移除  
语法：

db.collection.dropIndex(index)

<table> 
 <thead> 
  <tr> 
   <th>Parameter</th> 
   <th>Type</th> 
   <th>Description</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>index</td> 
   <td>string or document</td> 
   <td>指定要删除的索引。可以通过索引名称或索引规范文档指定索引。若要删除文本索引，请指定索引名称。</td> 
  </tr> 
 </tbody> 
</table>

示例:  
删除 comment 集合中 userid 字段上的升序索引：

> db.comment.dropIndex({userid:1})
    { "nIndexesWas" : 3, "ok" : 1 }

二、所有索引的移除  
语法：

db.collection.dropIndexes()

示例：  
删除 spit 集合中所有索引。

> db.comment.dropIndexes()
    {
    "nIndexesWas" : 2,
    "msg" : "non-_id indexes dropped for collection",
    "ok" : 1
    }

提示： \_id 的字段的索引是无法删除的，只能删除非 \_id 字段的索引。

### 索引的使用 ###

#### 执行计划 ####

分析查询性能（Analyze Query Performance）通常使用执行计划（解释计划、Explain Plan）来查看查询的情况，如查询耗费的时间、是否基于索引查询等。  
  那么，通常，我们想知道，建立的索引是否有效，效果如何，都需要通过执行计划查看。  
语法：

db.collection.find(query,options).explain(options)

#### 涵盖的查询 ####

当查询条件和查询的投影仅包含索引字段时，MongoDB直接从索引返回结果，而不扫描任何文档或将文档带入内存。 这些覆盖的查询可以非常有效。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 2]

## 副本集-Replica Sets ##

### 副本集简介 ###

MongoDB中的副本集（Replica Set）是一组维护相同数据集的mongod服务。 副本集可提供冗余和高可用性，是所有生产部署的基础。  
  也可以说，副本集类似于有自动故障恢复功能的主从集群。通俗的讲就是用多台机器进行同一数据的异步同步，从而使多台机器拥有同一数据的多个副本，并且当主库当掉时在不需要用户干预的情况下自动切换其他备份服务器做主库。而且还可以利用副本服务器做只读服务器，实现读写分离，提高负载。  
（1）冗余和数据可用性  
  复制提供冗余并提高数据可用性。 通过在不同数据库服务器上提供多个数据副本，复制可提供一定级别的容错功能，以防止丢失单个数据库服务器。  
  在某些情况下，复制可以提供增加的读取性能，因为客户端可以将读取操作发送到不同的服务上， 在不同数据中心维护数据副本可以增加分布式应用程序的数据位置和可用性。 您还可以为专用目的维护其他副本，例如灾难恢复，报告或备份。  
（2）MongoDB中的复制  
  副本集是一组维护相同数据集的mongod实例。 副本集包含多个数据承载节点和可选的一个仲裁节点。在承载数据的节点中，一个且仅一个成员被视为主节点，而其他节点被视为次要（从）节点。  
  主节点接收所有写操作。 副本集只能有一个主要能够确认具有\{w：“most”\}写入关注的写入; 虽然在某些情况下，另一个mongod实例可能暂时认为自己也是主要的。主要记录其操作日志中的数据集的所有更改，即oplog。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 3]  
  辅助(副本)节点复制主节点的oplog并将操作应用于其数据集，以使辅助节点的数据集反映主节点的数据集。 如果主要人员不在，则符合条件的中学将举行选举以选出新的主要人员。  
（3）主从复制和副本集区别  
  主从集群和副本集最大的区别就是副本集没有固定的“主节点”；整个集群会选出一个“主节点”，当其挂掉后，又在剩下的从节点中选中其他节点为“主节点”，副本集总有一个活跃点(主、primary)和一个或多个备份节点(从、secondary)。

### 副本集的三个角色 ###

副本集有两种类型三种角色  
两种类型：

*  主节点（Primary）类型：数据操作的主要连接点，可读写。
 *  次要（辅助、从）节点（Secondaries）类型：数据冗余备份节点，可以读或选举。

三种角色：  
**主要成员（Primary）**：主要接收所有写操作。就是主节点。  
**副本成员（Replicate）**：从主节点通过复制操作以维护相同的数据集，即备份数据，不可写操作，但可以读操作（但需要配置）。是默认的一种从节点类型。  
**仲裁者（Arbiter）**：不保留任何数据的副本，只具有投票选举作用。当然也可以将仲裁服务器维护为副本集的一部分，即副本成员同时也可以是仲裁者。也是一种从节点类型。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 4]  
关于仲裁者的额外说明：  
  您可以将额外的mongod实例添加到副本集作为仲裁者。 仲裁者不维护数据集。 仲裁者的目的是通过响应其他副本集成员的心跳和选举请求来维护副本集中的仲裁。 因为它们不存储数据集，所以仲裁器可以是提供副本集仲裁功能的好方法，其资源成本比具有数据集的全功能副本集成员更便宜。  
  如果您的副本集具有偶数个成员，请添加仲裁者以获得主要选举中的“大多数”投票。 仲裁者不需要专用硬件。  
  仲裁者将永远是仲裁者，而主要人员可能会退出并成为次要人员，而次要人员可能成为选举期间的主要人员。  
  如果你的副本+主节点的个数是偶数，建议加一个仲裁者，形成奇数，容易满足大多数的投票。  
  如果你的副本+主节点的个数是奇数，可以不加仲裁者。

### 主节点的选举原则 ###

MongoDB在副本集中，会自动进行主节点的选举，主节点选举的触发条件：  
1） 主节点故障  
2） 主节点网络不可达（默认心跳信息为10秒）  
3） 人工干预（rs.stepDown(600)）  
一旦触发选举，就要根据一定规则来选主节点。  
选举规则是根据票数来决定谁获胜：

*  票数最高，且获得了“大多数”成员的投票支持的节点获胜。  
    “大多数”的定义为：假设复制集内投票成员数量为N，则大多数为 N/2 + 1。例如：3个投票成员，则大多数的值是2。当复制集内存活成员数量不足大多数时，整个复制集将无法选举出Primary，复制集将无法提供写服务，处于只读状态。
 *  若票数相同，且都获得了“大多数”成员的投票支持的，数据新的节点获胜。  
    数据的新旧是通过操作日志oplog来对比的。  
    在获得票数的时候，优先级（priority）参数影响重大。  
    可以通过设置优先级（priority）来设置额外票数。优先级即权重，取值为0-1000，相当于可额外增加0-1000的票数，优先级的值越大，就越可能获得多数成员的投票（votes）数。指定较高的值可使成员更有资格成为主要成员，更低的值可使成员更不符合条件。  
    默认情况下，优先级的值是1
 *  选举节点的优先级必须是0，不能是别的值。即不具备选举权，但具有投票权

### 故障测试 ###

假设有如图三台主机：node1、node2、node3 搭建了一个集群，以下用这个集群做故障测试  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 5]

#### 副本节点故障测试 ####

关闭**node2**副本节点：发现，主节点和仲裁节点对**node2**的心跳失败。因为主节点还在，因此，没有触发投票选举。  
如果此时，在主节点写入数据。再启动从节点，会发现，主节点写入的数据，会自动同步给从节点。

#### 2主节点故障测试 ####

关闭**node1**节点，发现，从节点和仲裁节点对**node1**的心跳失败，当失败超过10秒，此时因为没有主节点了，会自动发起投票。而副本节点只有**node2**，因此，候选人只有一个就是**node2**，开始投票。**node3**向**node2**投了一票，**node2**本身自带一票，因此共两票，超过了“大多数” ，**node3**是仲裁节点，没有选举权，**node2**不向其投票，其票数是0。最终结果，**node2**成为主节点。具备读写功能。  
  再启动**node1**节点，发现**node1**变成了从节点，**node2**仍保持主节点。登录**node1**节点，发现是从节点了，数据自动从**node2**同步。从而实现了高可用。

#### 仲裁节点和主节点故障 ####

先关掉现在的仲裁节点**node3**，关掉现在的主节点**node2**，登录**node1**后，发现，**node1**仍然是从节点，副本集中没有主节点了，导致此时，副本集是只读状态，无法写入。  
  为啥不选举了？因为**node1**的票数，没有获得大多数，即没有大于等于2，它只有默认的一票（优先级是1）如果要触发选举，随便加入一个成员即可。

*  如果只加入**node3**仲裁节点成员，则主节点一定是**node1**，因为没得选了，仲裁节点不参与选举，但参与投票。
 *  如果只加入**node2**节点，会发起选举。因为**node1**和**node2**都是两票，则按照谁数据新，谁当主节点。

#### 仲裁节点和从节点故障 ####

先关掉仲裁节点**node3**，关掉现在的副本节点**node2** 10秒后，**node1**主节点自动降级为副本节点。（服务降级）副本集不可写数据了，即已经故障了。

## 分片集群-Sharded Cluster ##

### 分片概念 ###

**分片（sharding）** 是一种跨多台机器分布数据的方法，MongoDB使用分片来支持具有非常大的数据集和高吞吐量操作的部署。换句话说： **分片(sharding)** 是指将数据拆分，将其分散存在不同的机器上的过程。有时也用 **分区(partitioning)** 来表示这个概念。  
  将数据分散到不同的机器上，不需要功能强大的大型计算机就可以储存更多的数据，处理更多的负载。具有大型数据集或高吞吐量应用程序的数据库系统可以会挑战单个服务器的容量。例如，高查询率会耗尽服务器的CPU容量。工作集大小大于系统的RAM会强调磁盘驱动器的I / O容量。  
  有两种解决系统增长的方法： **垂直扩展** 和 **水平扩展** 。  
**垂直扩展** 意味着增加单个服务器的容量，例如使用更强大的CPU，添加更多RAM或增加存储空间量。可用技术的局限性可能会限制单个机器对于给定工作负载而言足够强大。此外，基于云的提供商基于可用的硬件配置具有硬性上限。结果，垂直缩放有实际的最大值。  
  **水平扩展** 意味着划分系统数据集并加载多个服务器，添加其他服务器以根据需要增加容量。虽然单个机器的总体速度或容量可能不高，但每台机器处理整个工作负载的子集，可能提供比单个高速大容量服务器更高的效率。扩展部署容量只需要根据需要添加额外的服务器，这可能比单个机器的高端硬件的总体成本更低。权衡是基础架构和部署维护的复杂性增加。MongoDB支持通过分片进行水平扩展。

### 分片集群包含的组件 ###

MongoDB分片群集包含以下组件：

*  分片（存储）：每个分片包含分片数据的子集。 每个分片都可以部署为副本集。
 *  mongos（路由）：mongos充当查询路由器，在客户端应用程序和分片集群之间提供接口。
 *  config servers（“调度”的配置）：配置服务器存储群集的元数据和配置设置。 从MongoDB 3.4开始，必须将配置服务器部署为副本集（CSRS）。

下图描述了分片集群中组件的交互：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 6]  
MongoDB在集合级别对数据进行分片，将集合数据分布在集群中的分片上。

## 安全认证 ##

### MongoDB的用户和角色权限简介 ###

默认情况下，MongoDB实例启动运行时是没有启用用户访问权限控制的，也就是说，在实例本机服务器上都可以随意连接到实例进行各种操作，MongoDB不会对连接客户端进行用户验证，这是非常危险的。  
  mongodb官网上说，为了能保障mongodb的安全可以做以下几个步骤：

*  使用新的端口，默认的27017端口如果一旦知道了ip就能连接上，不太安全。
 *  设置mongodb的网络环境，最好将mongodb部署到公司服务器内网，这样外网是访问不到的。公司内部访问使用vpn等。
 *  开启安全认证。认证要同时设置服务器之间的内部认证方式，同时要设置客户端连接到集群的账号密码认证方式。

为了强制开启用户访问控制(用户验证)，则需要在MongoDB实例启动时使用选项 --auth 或在指定启动配置文件中添加选项 auth=true 。  
**基本概念**

*  启用访问控制：  
    MongoDB使用的是基于角色的访问控制(Role-Based Access Control,RBAC)来管理用户对实例的访问。通过对用户授予一个或多个角色来控制用户访问数据库资源的权限和数据库操作的权限，在对用户分配角色之前，用户无法访问实例。  
    在实例启动时添加选项 --auth 或指定启动配置文件中添加选项 auth=true 。
 *  角色：  
    在MongoDB中通过角色对用户授予相应数据库资源的操作权限，每个角色当中的权限可以显式指定，也可以通过继承其他角色的权限，或者两都都存在的权限。
 *  权限：  
    权限由指定的数据库资源(resource)以及允许在指定资源上进行的操作(action)组成。  
    资源(resource)包括：数据库、集合、部分集合和集群；  
    操作(action)包括：对资源进行的增、删、改、查(CRUD)操作。  
    在角色定义时可以包含一个或多个已存在的角色，新创建的角色会继承包含的角色所有的权限。在同一个数据库中，新创建角色可以继承其他角色的权限，在 admin 数据库中创建的角色可以继承在其它任意数据库中角色的权限。

**常用的内置角色：**

*  数据库用户角色：read、readWrite
 *  所有数据库用户角色：readAnyDatabase、readWriteAnyDatabase、userAdminAnyDatabase、dbAdminAnyDatabase
 *  数据库管理角色：dbAdmin、dbOwner、userAdmin
 *  集群管理角色：clusterAdmin、clusterManager、clusterMonitor、hostManager
 *  备份恢复角色：backup、restore
 *  超级用户角色：root
 *  内部角色：system

**角色说明：**

<table> 
 <thead> 
  <tr> 
   <th>角色</th> 
   <th>权限描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>read</td> 
   <td>可以读取指定数据库中任何数据</td> 
  </tr> 
  <tr> 
   <td>readWrite</td> 
   <td>可以读写指定数据库中任何数据，包括创建、重命名、删除集合</td> 
  </tr> 
  <tr> 
   <td>readAnyDatabase</td> 
   <td>可以读取所有数据库中任何数据(除了数据库config和local之外)</td> 
  </tr> 
  <tr> 
   <td>readWriteAnyDatabase</td> 
   <td>可以读写所有数据库中任何数据(除了数据库config和local之外)</td> 
  </tr> 
  <tr> 
   <td>userAdminAnyDatabase</td> 
   <td>可以在指定数据库创建和修改用户(除了数据库config和local之外)</td> 
  </tr> 
  <tr> 
   <td>dbAdminAnyDatabase</td> 
   <td>可以读取任何数据库以及对数据库进行清理、修改、压缩、获取统计信息、执行检查等操作(除了数据库config和local之外)</td> 
  </tr> 
  <tr> 
   <td>dbAdmin</td> 
   <td>可以读取指定数据库以及对数据库进行清理、修改、压缩、获取统计信息、执行检查等操作</td> 
  </tr> 
  <tr> 
   <td>userAdmin</td> 
   <td>可以在指定数据库创建和修改用户</td> 
  </tr> 
  <tr> 
   <td>clusterAdmin</td> 
   <td>可以对整个集群或数据库系统进行管理操作</td> 
  </tr> 
  <tr> 
   <td>backup</td> 
   <td>备份MongoDB数据最小的权限</td> 
  </tr> 
  <tr> 
   <td>restore</td> 
   <td>从备份文件中还原恢复MongoDB数据(除了system.profile集合)的权限</td> 
  </tr> 
  <tr> 
   <td>root</td> 
   <td>超级账号，超级权限</td> 
  </tr> 
 </tbody> 
</table>

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70]: /images/20221024/1562cc0b57334ad0b84d13b5c7c07083.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 1]: /images/20221024/742fb3cf127a42bdbb1dfe7367fded2e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 2]: /images/20221024/711efff55e8d4d43a49b189ccacfc0ad.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 3]: /images/20221024/8f21425deccd4641a6ce723a95304498.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 4]: /images/20221024/f4db5fcf2e8c4719acf34ce4d98ae22c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 5]: /images/20221024/2963bb49e1b24e8b972f4fc4677d2567.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMTM2NDM5_size_16_color_FFFFFF_t_70 6]: /images/20221024/0206e2ad8e474a55823ed1805a0ca556.png