MYSQL 索引类型、什么情况下用不上索引、什么情况下不推荐使用索引

Myth丶恋晨 2022-06-01 13:44 188阅读 0赞

转载自 http://blog.csdn.net/kaka1121/article/details/53395628

## mysql explain的使用： ##

[http://blog.csdn.net/kaka1121/article/details/53394426][http_blog.csdn.net_kaka1121_article_details_53394426]

## 索引类型 ##

在数据库表中，对字段建立索引可以大大提高查询速度。假如我们创建了一个 mytable表

代码如下:

CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL  );

我们随机向里面插入了10000条记录，其中有一条：5555, admin。

在查找username="admin"的记录 SELECT \* FROM mytable WHERE username='admin';时，如果在username上已经建立了索引，MySQL无须任何扫描，即准确可找到该记录。相反，MySQL会扫描所有记录，即要查询10000条记录。

索引分单列索引和组合索引。单列索引，即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。组合索引，即一个索包含多个列。

MySQL索引类型包括：

### 一、普通索引 ###

> 这是最基本的索引，它没有任何限制。它有以下几种创建方式：
> 
> 1.创建索引
> 
> 代码如下:
> 
> CREATE INDEX indexName ON mytable(username(length));
> 
> 如果是CHAR，VARCHAR类型，length可以小于字段实际长度；如果是BLOB和TEXT类型，必须指定 length，下同。
> 
> 2.修改表结构
> 
> 代码如下:
> 
> ALTER mytable ADD INDEX \[indexName\] ON (username(length)) -- 创建表的时候直接指定
> 
> CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   INDEX \[indexName\] (username(length))   );
> 
> \-- 删除索引的语法：

> DROP INDEX \[indexName\] ON mytable;

### 二、唯一索引 ###

> 它与前面的普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值。如果是组合索引，则列值的组合必须唯一。它有以下几种创建方式：
> 
> 代码如下:
> 
> CREATE UNIQUE INDEX indexName ON mytable(username(length))   
> \-- 修改表结构   
> ALTER mytable ADD UNIQUE \[indexName\] ON (username(length))   
> \-- 创建表的时候直接指定   
> CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   UNIQUE \[indexName\] (username(length))   );

### 三、主键索引 ###

> 它是一种特殊的唯一索引，不允许有空值。一般是在建表的时候同时创建主键索引：
> 
> 代码如下:
> 
> CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   PRIMARY KEY(ID)   );
> 
> 当然也可以用 ALTER 命令。记住：一个表只能有一个主键。

### 四、组合索引 ###

> 为了形象地对比单列索引和组合索引，为表添加多个字段：
> 
> 代码如下:
> 
> CREATE TABLE mytable(   ID INT NOT NULL,    username VARCHAR(16) NOT NULL,   city VARCHAR(50) NOT NULL,   age INT NOT NULL  );
> 
> 为了进一步榨取MySQL的效率，就要考虑建立组合索引。就是将 name, city, age建到一个索引里：
> 
> 代码如下:
> 
> ALTER TABLE mytable ADD INDEX name\_city\_age (name(10),city,age);
> 
>

## 什么情况下有索引，但用不上？ ##

索引并不是时时都会生效的，比如**以下几种情况，将导致索引失效**：

1.  如果条件中有or，即使其中有部分条件带索引也不会使用(**这也是为什么尽量少用or的原因**)，例子中user\_id无索引

> ![2012102020065940.png][]  
>

**注意：要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引**

2.对于多列索引，**不是使用的第一部分**，则不会使用索引

3.like查询是以%开头

> ![2012102020185336.png][]

4.存在索引列的数据类型隐形转换，则用不上索引，比如列类型是字符串，那一定要在条件中将数据使用引号引用起来,否则不使用索引

> ![2012102020252322.png][]

> 5. where 子句里对索引列上有数学运算，用不上索引
> 
> [![image][]][image 1]
> 
> 6. where 子句里对有索引列使用函数，用不上索引
> 
> [![image][image 2]][image_image 2] 
> 
> 7.如果mysql估计使用全表扫描要比使用索引快,则不使用索引

> 比如数据量极少的表

## 什么情况下不推荐使用索引？ ##

1) 数据唯一性差（一个字段的取值只有几种时）的字段不要使用索引

> 比如性别，只有两种可能数据。意味着索引的二叉树级别少，多是平级。这样的二叉树查找无异于全表扫描。

2) 频繁更新的字段不要使用索引

> 比如logincount登录次数，频繁变化导致索引也频繁变化，增大数据库工作量，降低效率。

3) 字段不在where语句出现时不要添加索引,如果where后含IS NULL /IS NOT NULL/ like ‘%输入符%’等条件，不建议使用索引

> 只有在where语句出现，mysql才会去使用索引

4） where 子句里对索引列使用不等于（<>），使用索引效果一般

## 使用覆盖索引，提高查询效率 ##

覆盖索引（covering index）：MySQL只需要通过索引就可以返回查询所需要的数据，而不必在查到索引之后再去查询数据

具体请参考：

[https://xiaobin.net/201109/strange-sql-performance-problem/][https_xiaobin.net_201109_strange-sql-performance-problem]

## MySQL性能优化的最佳21条经验 ##

请直接参考：

[http://blog.csdn.net/kaka1121/article/details/53395587][http_blog.csdn.net_kaka1121_article_details_53395587]

## MySql的优化步骤 ##

请直接参考：

[http://www.cnblogs.com/hongfei/archive/2012/10/19/2731342.html][http_www.cnblogs.com_hongfei_archive_2012_10_19_2731342.html]

[http_blog.csdn.net_kaka1121_article_details_53394426]: http://blog.csdn.net/kaka1121/article/details/53394426
[2012102020065940.png]: /images/20220601/cd93c7524a9f4b73b0ec86aba86aa3b0.png
[2012102020185336.png]: /images/20220601/6db904d89f0b490299a8e2fd680b333f.png
[2012102020252322.png]: /images/20220601/353eab55d616489486c437122ee4f800.png
[image]: /images/20220601/e8a7bc3066aa40a4a7113140355488fe.png
[image 1]: https://img-blog.csdn.net/20161129171115358
[image 2]: https://img-blog.csdn.net/20161129171116433
[image_image 2]: /images/20220601/40dd4918b5b84a18be1eff74f6f51707.png
[https_xiaobin.net_201109_strange-sql-performance-problem]: https://xiaobin.net/201109/strange-sql-performance-problem/
[http_blog.csdn.net_kaka1121_article_details_53395587]: http://blog.csdn.net/kaka1121/article/details/53395587
[http_www.cnblogs.com_hongfei_archive_2012_10_19_2731342.html]: http://www.cnblogs.com/hongfei/archive/2012/10/19/2731342.html