一文读懂MySQL中的索引

聚簇索引和非聚簇索引在查询时的悬殊

由上面的两种索引实例图就可以看出来，在查询时要是是通过主键索引查询的话直接查询到数据行然后返回。但是要是是通过非主键索引查询的话第一需要通过该索引肯定主键，然后通过得到的主键从主键索引中查到概括行的数据，背面的通过得到的主键从主键索引中猎取数据的历程被称为回表。

回表的历程使得通过普通索引查询较主键索引查询多了一步，在许多状况下效率相对较低。所以在我们的查询历程中要是能够仅通过主键肯定数据那最佳就是直接运用主键进行查询。

遮盖索引

上面介绍了通过非主键查询会有一个回表的历程，但是需要注意的是并不是每一个查询都存在回表这一步，关于一个普通索引来说其叶节点存储的是主键的值，那么假如我此刻需要的数据也仅仅就是主键的值呢？通过普通索引取到主键的值后就并不需要再到主键索引中查，那么也就不存在回表这一历程了。

上面例子中该非主键索引已经存在了我们所需要的值，所以该索引也被称为遮盖索引。遮盖索引并不是一个牢固的构造，可以使单索引(一个字段的索引)，也可以使复合索引，但凡能够直接供给查询效果而不需要进行回表历程的都可以被称为遮盖索引。

许多时候我们不成能仅仅通过主键来肯定数据，运用普通索引可能会致使低效，所以遮盖索引在日常开发历程中也是一个很常用的机能优化的伎俩。

固然遮盖索引页并不都是好的，比方我此刻创立了一个索引index(a,b)。由a，b两个字段来创立索引，益处已经说过了就是查询ab字段时不会回表，但是要是仅仅通过b字段来查询就没法走这个索引了。创立的索引的索引项是按照索引定义里面涌现的字段次序排序的。

最左前缀准则

假如此刻存在索引index(a,b)，那么要是通过a和b来查询能够利用该索引，独自运用a来查询也能利用到该索引，但是要是独自运用b来查询则没法利用到该索引。这就是最左前缀准则，在匹配索引时回匹配索引最左边的n个字段，能匹配上就可以利用该索引。

因为最左前缀准则的存在也就请求我们在创立索引时可能需要考虑更多的事情。

第一需要分明的事索引是一种数据构造，创立索引时需要耗损存储空间的，所以索引并不是创立的多多益善，而是应当依据需求尽可能的减少索引的数目。

而最左前缀准则的存在就使得一个结合索引可以被当做多个索引来运用，固然条件是设计好索引中字段的次序(现实上最左前缀准则也并不是仅仅适用于结合索引，关于字符串索引也运用，字符串索引中最左n个字符相当于结合索引中的最左n个字段)。

比方index(a,b)，有了这个索引后我们就不需要独自为a创立索引，所以在设计结合索引时个别将运用频率较高的字段放在前面。

然后是将区分度较高的字段靠前，区分度就是字段中值的反复率，反复率越低区分度越高。比方性别就不适合作为索引，区分度越高的字段经过一次筛选能过滤掉更多的行。

然后还需要考虑的是字段的大小，因为索引也需要占领空间所以个别选用较小的字段。

参照 材料

MySQL运维内参：MySQL、Galera、Inception中心道理与最好实践

以上就是一文读懂MySQL中的索引的细致内容，更多请关注 百分百源码网 其它相干文章！