MongoDB - 索引的管理和类型

    MongoDB的索引与mysql的索引大致相同，但是由于MongoDB的特有性，比如文档可能不会存在某一个字段，文档有嵌套以及数组类型，所以也会有些许差异。为了测试数据，和demo的使用，单节点上创建一个1千万的文档，如下：

for(i=0; i<1000000; i++) {
    db.user.insert({"i":i,"username":"user"+i,"age":Math.floor(Math.random()*120),
    "created":new Date()});
}

一、MongoDB索引的创建与删除（管理）

1、MongoDB索引的创建

    MongoDB的索引底层实现原因与Mysql大致一直，比如都使用数的大致特点等。所以可以为单个索引，唯一索引，符合索引等。新建索引是比较费时的，特别是在一个存在大量数据的集合上，默认情况下，在创建索引的时候，会阻塞所有的读和写请求，一直到索引创建完成；但是也可以使用background选项来让其在没有请求进入的情况下才进行创建索引操作，但是任然对应用程序的影响较大，而且会加长创建索引的时间。background: true，可以让mongo在后端执行创建索引的过程，特别现上数据量特别大的时候，非常有用。 创建索引的方式如下：

    db.user.ensureIndex({"a":1, "b": -1}, {background: true} );  # user为集合名称，a,b为集合的字段，而1和-1为索引的方向（1正序，-1倒序）

    db.user.getIndexes();  # 查看当前集合上已经创建的索引, _id为默认创建的唯一索引

 索引的创建后会存储在system.indexes保留集合中，不能对集合进行删除或者修改只能通过ensureIndex（创建索引）和dropIndex（销毁索引）。而集合的每一个索引的都是唯一表示，并且一般会默认使用以下方式进行名称：

    keyName1_dir1_keyName2_dir2;   # 如刚才创建的username_1, 即在username上创建的一个正向的单个索引

2、销毁索引

    db.user.dropIndex("username_1"); # 根据索引的唯一名称对索引进行删除

 

二、MongoDB索引的类型

1、单个索引

    上面创建索引的时候就是创建了一个单个索引，索引单个索引的创建和销毁如上。只是需要注意单个索引的排序键方向是无所有的，当创建一个单个索引正向排序，查询的时候MongoDB可以简单的从反方向进行读取索引即可。

2、复合索引

    1)、复合索引

    MongoDb的符合索引的特点与MySQL的符合索引一样，遵从最左原则才能使用，可以使用范围查询。因为底层都是基于B或者B+树实现，所以不多做深究，创建方式如下：

    db.user.ensureIndex({"username":1,"age":-1});  # 创建一个用户名称正序，年龄反序的符合索引

    2)、覆盖索引需要注意事项

    第一、索引方向

    单个索引的的时候索引的方向是无关紧要的，但是当多个条件查询并且进行排序的时候，则索引的方向则比较重要，最好是保证与查询的方向一致（比如 name asc，age desc），但是在多个索引的时候，显示出来的排序方向与他们都乘以-1后的方向是等价的，即相当于单个索引的反向查询了（如{"username":1,"age":-1,"created":1}与{"username":-1,"age":1,"created":-1}效果一致）。

    第二、覆盖索引

    覆盖索引的概念与mysql完全一致，当需要查询的条件与返回的字段都是索引的字段，即在索引数中就可以返回数据，则优先使用覆盖索引（可见mongo使用的索引方式类似于mysql的innerdb,使用的聚集索引，不需要再根据数据的地址信息去查询）。如果是使用了覆盖索引则，查询执行计划的时候，"indexOnly"字段值为true。

3、唯一索引

    1) 、单个唯一索引

    唯一索引与mysql的大致相同，但是由于某些字段可能不存在键或者只为null，所以会有些许的不同。唯一索引的创建方式入下：

    db.user.ensureIndex({"username":1},{"unique":true}); # 在username字段上创建一个正向的唯一索引

    在创建索引的时候明显感觉比之前创建单个索引慢很多，就是由于创建的时候需要检查其唯一性。而在所以创建之后发现已经存在两个索引，还有一个就是特殊的_id索引，就是一个唯一索引，只是该索引不能进行删除操作。所以在没有必要的情况下可以直接使用mongoDB的_id的值，如果是自己去实现的话在插入的时候会检查唯一性，会有性能影响（MongoDB的字段生成主键与ES的主键非常的类似，会有性能优化）。

    由于会检查唯一性，所以在创建索引的时候可能会失败，或者在创建好之后插入文档的时候也可能失败。在创建唯一索引之前可以使用聚合API查询一下是否存在重复的数据，若是数据非常重要则需要先备份和数据的预处理。否则可以使用dropDups可选项，将只保留一条重复的数据。如下：

    db.user.ensuerIndex({"username":1},{"unique":true , "dropDups":true});   # 不管怎么样，一定先备份数据

    还有一点需要注意的是，唯一索引的存储值不能超过1024KB，否则不会报错也不会受唯一约束。并且很难对问题进行排查。

    2)、复合唯一索引

    复合唯一索引也是项目中经常会遇到的需求，即单个值可以不唯一，但是组合只能唯一。创建方式如下：

    db.user.ensure({"username":1,"age":1},{"unique":true}); # 则用户名和年龄的组合值需要唯一，当然这是一个伪需求

4、稀疏索引

    1)、稀疏索引

    在理解稀疏索引之前可以看一个

    由于MongoDB在的键可能会不存在，所以在查询数据的时候并不像mysql一样肯定会返回数据。并且使用$exists查询数据的话不会使用索引。很多时候我们可能不需要返回不存在该字段的数据，如下：

所以必要的情况下可以在该字段上添加稀疏索引，则在使用索引的情况下，快速的返回数据满足需求，创建稀疏索引并执行之前的查询操作，如下：

    db.sparsedemo.ensureIndex({"sparse-field":1},{"sparse":true});  # 创建一个稀疏索引

    2)、稀疏唯一索引

    很多时候我们的需求是该字段要不不存在，要存在则一定是唯一的（比如用户的邮箱）。所以这时候需要同时满足稀疏索引和唯一索引，创建稀疏索引的方式如下：

    db.sparsedemo.ensureIndex({"sparse-field":1},{"unique":true,"sparse":true});  # 创建稀疏唯一索引