做家：马志超，腾讯云数据库研发工程师。
MySQL的索引分类题目向来让人头疼，险些一切的质料城市给你列一个长长的清单，给你讲解甚么主键索引、单值索引，遮盖索引，自适应哈希索引，全文索引，聚簇索引，非聚簇索引等……给人的觉得便是云里雾里，貌似MySQL索引的完结方法有良多种，然则都没有一个明晰的分类。因而自己试验归纳了一下怎样给MySQL的索引范例分类，便于众人影象，由于MySQL中扶助多种储备引擎，在不同的储备引擎中完结稍微有所差异，下文中倘若没有非常注明，默许指的都是InnoDB储备引擎。
索引从不同维度区分也许有良多种称号，然则需求明白一个题目——索引的实质是一种数据布局，其余索引的区分则是针对现实运用而言。
一、凭借底层数据布局区分索引是升高查问效率的数据布局，而也许升高查问效率的数据布局有良多，如二叉探寻树，红黑树，跳表，哈希表（散列表）等，而MySQL顶用到了B+Tree和散列表（Hash表）做为索引的底层数据布局(原本也用到了跳表完结全文索引，但这不是首要考点，因而也许忽视)。
1.hash索引
MySQL并没有显式扶助Hash索引，而是做为内部的一种优化。详细在Innodb储备引擎里，会监控对表上二级索引的探寻，倘若发觉某二级索引被频频走访，二级索引成为热数据，就为之创立hash索引。是以，在MySQL的Innodb里，关于热门的数据会主动生成Hash索引。这类hash索引，凭借其运用的场景特色，也叫自适应Hash索引。
.B+树索引
这个是MySQL索引的根底完结方法。除了全文索引、hash索引，Innodb、MyISAM的索引都是经过B+树完结的。
二、凭借索引字段个数区分为了能应对不同的数据检索需求，索引既也许仅包括一个字段，也也许同时包括多个字段。单个字段构成的索引也许称为单值索引，不然称之为复合索引，也称为组合索引或多值索引。
这个很好领会，假定咱们有一张表，有三个属性，离别是id，age和name。假定在id上创立索引，那这便是单值索引；倘若在name和age上创立索引，那这便是复合索引。
复合索引的索引的数据依序跟字段的依序关系，包括多个值的索引中，倘若现时面字段的值反复时，将会依据其反面的值举办排序。
运用遮盖索引的前提是字段长度对比短，关于值长度较长的字段则不适当运用遮盖索引，道理有良多，比方索引普遍储备在内存中，倘若占用空间较大，则或者会从磁盘中加载，影响机能。
三、凭借是不是是在主键上创立的索引举办区分1.主键索引
MySQL中是凭借主键来布局数据的，因而每张表都必需有主键索引，主键索引只可有一个，不能为null同时必需保证惟一性。建表时倘若没有指定主键索引，则会主动生成一个躲藏的字段做为主键索引。
.协助索引
倘若不是主键索引，则就也许称之为非主键索引，又也许称之为协助索引或者二级索引。主键索引的叶子节点储备了完全的数据行，而非主键索引的叶子节点储备的则是主键索引值，经过非主键索引查问数据时，会先探寻到主键索引，尔后再到主键索引上去探寻对应的数据。
在这边假定咱们有张表user，具备三列：ID，age，name，create_time，id是主键，（age，create_time,，name）创立协助索引。施行以下sql语句：
selectnamefromuserwhereageorderbycreate_timedesc。
寻常的话，查问分两步：
1.依据协助索引，探寻到纪录的主键，
.依据主键主键索引里探寻纪录，返回name。
但现实上，咱们也许看到，协助索引节点是依据age，create_time，name创立的，索引音信里完全包括咱们所要的音信，倘若能从协助索引里返回name音信，则第二步是完全没有须要的，也许极大晋升查问速率。
依据这类想法Innodb里针对运用协助索引的查问场景做了优化，叫遮盖索引（在这边小声吐槽一下，不了解业界起这类名词干吗，太轻易引发歧异了，叫个索引遮盖查问不是更好吗）。
四、凭借数据与索引的储备关连性区分凭借数据与索引的储备关连性，也许分为聚簇索引和非聚簇索引（也叫凑集索引和非凑集索引）。聚簇索引也叫簇类索引，是一种对磁盘上现实数据从头布局以按指定的一个或多个列的值排序。全面简单的说法，这俩的差别便是索引的储备依序和数据的储备依序是不是是瓜葛的，关系便是聚簇索引，无关就长短聚簇索引。详细完结方法凭借索引的数据布局不同会有所不同。底下以B+树完结的索引为例，举例来注明聚簇索引和非聚簇索引。
1.聚簇索引
Innodb的主键索引，非叶子节点储备的是索引指针，叶子节点储备的是既有索引也罕见据，是榜样的聚簇索引（这边也许发觉，索引和数据的储备依序是强关系的。是以是榜样的聚簇索引），如图：
.非聚簇索引
MyISAM中索引和数据文献隔开储备，B+Tree的叶子节点储备的是数据寄放的地点，而不是详细的数据，是榜样的非聚簇索引；换言之，数据也许在磁盘上随意找场合存，索引也也许在磁盘上随意找场合存，唯有叶子节点纪录对了数据寄放地点就行。是以，索引储备依序和数据储备瓜葛毫无关连，是榜样的非聚簇索引，其它Inndob里的协助索引也长短聚簇索引。
五、其余分类1.惟一索引
顾名思义，不理睬具备索引值雷同的行，进而不准反复的索引或键值。系统在创造该索引时查验是不是有反复的键值，并在屡屡运用INSERT或UPDATE语句增加数据时举办查验，倘若有反复的值，则会操纵失利，抛出反常。
需求提防的是，主键索引肯定是惟一索引，而惟一索引不肯定是主键索引。惟一索引也许领会为只是是将索引配置一个惟一性的属性。
.全文索引
在MySQL5.6版本往日,惟独MyISAM储备引擎扶助全文引擎。在5.6版本中,InnoDB介入了对全文索引的扶助,然则不扶助华文全文索引.在5.7.6版本,MySQL内置了ngram全文懂得器,用来扶助亚洲语种的分词。首要用来哄骗关键词查问文本，不是MySQL的首要面向场景，运用较少，这边就不打开议论了。
六、归纳着末归纳一张脑图便利影象：
往期引荐
特惠领会云数据库↓↓更多欣喜优待请点这边~预览时标签不成点收录于合集#个