必须要了解的 “ 索引 ” 基本知识

本是古典何须时尚 2023-02-20 06:26 22阅读 0赞

### 索引目录 ###

*  1、select \* 对效率的影响
 *   *  1）、阿里规范
     *  2）、其他缺点
 *  2、索引的简单介绍
 *   *  1）、索引简介
     *  2）、索引分类
     *   *  ①、单列索引(主键索引,唯一索引,普通索引)
         *  ②、组合索引
         *  ③、聚集索引、非聚集索引
     *  3）、索引建立规范
 *  3、索引是不是越多越好

# 1、select \* 对效率的影响 #

> 在我们平时的代码编写或面试题中，很多人都会疑惑：select \* 到底合理吗？  
>   
> 如果说不合理，为什么？如果说合理，原因又是什么？

## 1）、阿里规范 ##

![在这里插入图片描述][20200623215805734.png]

> 在阿里java规范中是强制不允许使用select \* 这种操作的。  
>   
> 下面分析一下为什么不允许这种操作。  
>   
> 1、增加查询分析器解析成本。  
>   
>   这里主要是考虑了多余字段带来的更多成本消耗。  
>   假设一张表有10个字段，你只需要其中的三个字段做分析。若使用select \*，分析器就需要解析这十个字段，且将这是个字段查询出来也会增加多余的网络消耗，且若数据库和应用程序不在同一台服务器上，这种网络消耗更加明显。  
>   
> 2、增减字段容易与 resultMap 配置不一致。  
>   
>   采用select \* 这种方式时，若表结构发生了改变，接收返回值的实体必须做相应改造，否则会导致操作失败。

## 2）、其他缺点 ##

> 1、会查询出一些不需要的字段。这些字段很可能没有索引，这样就杜绝了覆盖索引的可能性，而索引覆盖又是速度极快，效率极高，业界极为推荐的查询方式。  
>   
> 2、多余字段会增大数据传输时间。  
>   
> 3、大字段，例如很长的 varchar，blob，text。准确来说，长度超过 728 字节的时候，会把超出的数据放到另外一个地方，因此读取这条记录会增加一次 io 操作。

科普：覆盖索引
    解读1： 就是select的数据列只用从索引中就能够取得，不必从数据表中读取，换句话说查询列要被所使用的索引覆盖。
    解读2：索引是高效找到行的一个方法，当能通过检索索引就可以读取想要的数据，那就不需要再到数据表中读取行了。如果一个索引包含了（或覆盖了）满足查询语句中字段与条件的数据就叫 做覆盖索引。

# 2、索引的简单介绍 #

## 1）、索引简介 ##

>   索引用于快速找出在某个列中有一特定值的行。不使用索引，必须从第1条记录开始然后读完整个表直到找出相关的行。表越大，花费的时间越多。如果表中查询的列有一个索引，就能快速到达一个位置去搜寻到数据文件的中间，没有必要看所有数据。  
>

## 2）、索引分类 ##

> 索引分单列索引和组合索引。

### ①、单列索引(主键索引,唯一索引,普通索引) ###

>   单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。  
>   **普通索引**,这个是最基本的索引,  
>   **唯一索引**,与普通索引类似,但是不同的是唯一索引要求所有的类的值是唯一的,这一点和主键索引一样.但是他允许有空值  
>   **主键索引**,不允许有空值,(在B+TREE中的InnoDB引擎中,主键索引起到了至关重要的地位)

### ②、组合索引 ###

> 组合索引，即一个索引包含多个列。  
>   
> 如果你建立了 组合索引(a\_b\_c) 那么他实际包含的是3个索引 (a) (a,b)(a,b,c)

> 在使用查询的时候遵循组合索引的"最左前缀",下面我们来分析一下 什么是最左前缀:及索引where时的条件要按照建立索引的时候字段的排序方式

> 1、不按索引最左列开始查询.  
> （多列索引） 如index(‘a’, ‘b’, ‘b’)  
> 查询时使用where ‘b’ = ‘b1’ ,此时不使用索引,  
> 查询时使用where ’b‘ = ‘b1’ and ‘c’=‘c1’ ,此时也不能使用索引

> 2、查询中某个列有范围查询，则其右边的所有列都无法使用索引查询（多列查询）  
> where a= ‘a1’ and b like = ‘b%’ and c=’c’  
> 查询时只会使用索引中的前两列,因为like是范围查询

> 3、不能跳过某个字段来进行查询,这样利用不到索引,比如我的sql 是  
> select \* from table where a > ‘a1’ and b = ‘b1’ and c = c1;  
> 那么这时候他使用不到组合索引.  
> 因为我的索引是 (a, b, c),如果第一个字段出现了范围符号的查找,那么将不会用到索引,如果我是第二个或者第三个字段使用范围符号的查找,那么他会利用索引,利用的索引是(a).  
> 因为上面说了建立组合索引(a, b, c), 会出现三个索引

### ③、聚集索引、非聚集索引 ###

> 聚集（clustered）索引，也叫聚簇索引。  
> 定义：数据行的物理顺序与列值（一般是主键的那一列）的逻辑顺序相同，一个表中只能拥有一个聚集索引。  
> 一个表就像是我们以前用的新华字典，聚集索引就像是拼音目录，而每个字存放的页码就是我们的数据物理地址，而拼音目录对应的A-Z的字顺序，和新华字典实际存储的字的顺序A-Z也是一样的

> 非聚集（unclustered）索引。  
> 定义：该索引中索引的逻辑顺序与磁盘上行的物理存储顺序不同，一个表中可以拥有多个非聚集索引。  
> 其实按照定义，除了聚集索引以外的索引都是非聚集索引，只是人们想细分一下非聚集索引，分成普通索引，唯一索引，全文索引。如果非要把非聚集索引类比成现实生活中的东西，那么非聚集索引就像新华字典的偏旁字典，他结构顺序与实际存放顺序不一定一致。

## 3）、索引建立规范 ##

> 索引建立的规范:  
>   1:经常被搜索。2:经常排序。3:经常作为where条件。4:无大量重复值。5:不经常更新。6:经常作为order条件。

# 3、索引是不是越多越好 #

> 由于经常被问到这个问题，所以这里单独拉出来分析一下。  
>   
> 结论:**不是**  
>

> 1、数据量小的表不需要建立索引,因为小的表即使建立索引也不会有大的用处,还会增加额外的索引开销。  
> 2、不经常引用的列不要建立索引,因为不常用,即使建立了索引也没有多大意义。  
> 3、经常频繁更新的列不要建立索引,数据变更需要维护索引，越多的索引代表更多的维护成本。  
> 4、更多的索引也需要更多的存储空间。  
> 5、重复值多的列不适合建立索引，例如sex字段，值只有男、女。这时建立索引就没有意义。

[20200623215805734.png]: https://img-blog.csdnimg.cn/20200623215805734.png