[TOC]
# 一、原因:
- 非聚簇索引存储了对主键的引用,如果 select 字段不在非聚簇索引内,就需要跳到主键索引。 - 如果非聚簇索引值重复率高,那么查询时就会大量出现上图中从右边跳到左边的情况,导致整个流程很慢
原因就是上面的。 数据库中聚集索引只有一个,默认主键。其他用户创建的索引都是非聚集索引。 非聚集索引存储了对主键的引用,即通过索引确定叶子节点之后,还需要再次根据主键去查询数据。(所以会查询两次) 如果非聚集索引重复率高(即一个同样的值有多个主键),那么首先你会从索引中取一半主键值,然后根据主键值再去查询数据,增加了IO,所以特别耗时。
大概就是上面的原因。
# 二、聚集索引和非聚集索引
## 2.1 区别: 主要可以参考高性能MySQL。这里简单总结一下
- 聚集索引把索引和数据存在了一起。 可以这么理解,聚集索引的叶子节点存储的是数据的指针(或者是数据本身)。具体暂时不确定,后续了解之后再确定。 - 非聚集索引(也叫二级索引)的叶子节点存储的是主键值(或叫做聚集索引值)
## 2.2 查询次数
非聚集索引需要两次查找,先从非聚集索引中找到主键值,然后再去聚集索引中找到具体数据。 聚集索引只需要查找本身。
## 2.3 为什么不适合在枚举少的字段上建立索引? 如果聚集索引唯一,那么条件只会确定几条值的主键,然后去聚集索引中查询还可以。 如果聚集索引重复,那么条件会确定近乎一般或者1/3或者1/5的主键值,然后再一个一个去聚集索引中查询,就会引起问题。
## 2.4 如果没有索引,数据库是怎么查询的?
全表扫描。
如果索引可以减少全表扫描,那么索引有效。如果索引导致了比全表扫描更糟糕的结果,那么还不如全表扫描。
# 三、参考