MySQL索引管理及执行计划

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MySQL索引管理及执行计划相关的知识,希望对你有一定的参考价值。

mysql索引管理及执行计划

第1章 索引介绍:

索引是对数据库表中一列或者多了的值进行排序的一种结构,使用索引可以快速访问数据库表中的特定信息,如果想按特定职员的姓名来查找,则与他在表中搜索所有的行相比,索引有助于更快的获取信息

索引的一个主要目的就是加快检索表中的数据的方法,既能协助信息搜索者尽快找到符合限制条件的记录ID的辅助数据结构

1.1 索引的类型介绍:

btree:B+树索引    最为常用

hash:hash索引

fulltest:全文索引

rtree:r数索引

第2章 索引管理

2.1 B树索引的分类:

主键索引:

数据库表经常有一列或多列组合,其值唯一标识表中的每一行,该列称为表的主键,在数据库关系图中为表定义主键将自动创建主键索引,主键索引是唯一索引的特定类型

唯一索引:

是不允许期中任何两行具有相同索引值的索引,当现有数据中存在重复的键值时,大多数数据库不允许将新创建的唯一索引与表一起保存,数据库还可能防止添加将在表中创建重复键值的新数据

普通索引:

2.2 mysql中的约束索引:

2.2.1 主键索引:只能有一个主键

主键索引,列的内容是唯一值,高中学号

表创建的时候至少要有一个主键索引,最好和业务无关

2.2.2 普通索引:

加快查询速度,工作中优化数据库的关键

在合适的列上建立索引,让数据查询更加高效

2.2.3 唯一索引:

内容唯一,但不是关键

2.3 添加索引:

mysql> alter table people add index index_name(id);
mysql> alter table stu add index ind_mul(id);
mysql> create index inx on stu(gender);

2.4 删除索引:

mysql> alter table stu drop index ind_mul;

2.5 查询索引:

mysql> desc people;
mysql> show index from people;

2.6 主键索引的设置:

1.      建表时就设置

2.      建表没有指定,后期修改

2.6.1 唯一键索引的创建:

mysql> alter table stu add unique key ind(name);

2.6.2 联合索引的创建:

mysql> alter table stu add index ind_id_name(id,name);

联合索引的特点:a;ab;abc   可以走索引

               b;ac;bc;c  不走索引

原则是把最常用来作为条件查询的列放在前面

2.6.3 前缀索引的创建:

create index ind_name on test(name(8));
alter table test add index ind_name(name(8));

2.6.4 什么情况下推荐创建索引呢?

where   order by   group by   join  on

2.7 索引的企业应用场景:

2.7.1 企业优化思路:

1.      把一个大的不使用索引的sql语句安好功能进行拆分

2.      长的sql语句无法使用索引,能不能变成两条端的sql语句,让它分别使用上索引

3.      sql语句功能的拆分和修改

4.      减少烂sql

5.      由运维和开发交流确认,共同确定如何改,最终由dba执行

6.      制定开发流程

2.7.2 不适合建立索引的场景:

1.      唯一值少的裂伤不适合建立索引或者建立索引会导致效率低,例如性别列

2.      小表可以不创建索引,100条记录

3.      对于数据仓库,大量全表扫描的情况,建立索引范围会慢

第3章 执行计划获取及分析

3.1 explain   调取执行计划

查看是否走了索引:

mysql> explain select name from stu;
+----+-------------+-------+-------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type  | possible_keys | key  | key_len | ref  | rows | Extra       |
+----+-------------+-------+-------+---------------+------+---------+------+------+-------------+
|  1 | SIMPLE      | stu   | index | NULL          | ind  | 63      | NULL |    2 | Using index |
+----+-------------+-------+-------+---------------+------+---------+------+------+-------------+
mysql> explain select id from stu where id=1;
+----+-------------+-------+------+---------------+---------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys | key     | key_len | ref   | rows | Extra       |
+----+-------------+-------+------+---------------+---------+---------+-------+------+-------------+
|  1 | SIMPLE      | stu   | ref  | ind_mul       | ind_mul | 5       | const |    1 | Using index |
+----+-------------+-------+------+---------------+---------+---------+-------+------+-------------+

allindex的类型,我们通常认为,索引的创建不够合理,起码达到range级别以上

3.2 type   访问类型的种类:

3.2.1 ALL:

mysql将遍历全表以扎到匹配的行

3.2.2 index:

索引范围扫描,indexALL类型之遍历索引树

3.2.3 range:

索引范围扫描,对索引的扫描开始于某一点,返回匹配值域的行,这种索引范围扫描是带有between或者where子句里带有<>查询,

3.2.4 ref:

使用非唯一索引扫描或者唯一索引的前缀扫描,返回匹配某个单独值的记录行

3.2.5 eq_ref:

类似ref区别就在于使用的索引是唯一索引,对于每个索引键值,表中只有一条记录匹配,简单来说,就是多表连接中使用primary key或者unique key 作为关联条件

3.2.6 const/system:

mysql对查询某部分进行优化,并转换为一个常亮时,使用这些类似访问,如将主键置于where列表中,mysql就能将该查询转换为一个常量

3.2.7 null:

mysql在优化过程中分解语句,执行时甚至不用访问表或索引,例如从一个索引列表里选取最小值可以通过单独索引查找完成

type类型从上到下,性能由差到好

3.3 查看表中唯一值的数量:

mysql> select count(distinct user,host) from mysql.user;
+---------------------------+
| count(distinct user,host) |
+---------------------------+
|                         5 |
+---------------------------+
1 row in set (0.00 sec)

第4章 数据库索引设计的原则:

为了使索引的使用效率更高,在创建索引时,必须考虑在哪些字段上创建索引和创建什么类型的索引

4.1 索引设计重要原则:

4.1.1 选择唯一性索引

唯一性索引的值是唯一的,可以更快速的通过该索引来确定某条记录

例如,学生表中的学生号是具有唯一性的字段,为该字段建立唯一性索引可以很快的确定某个学生的信息,如果使用姓名的话,又可能会存在同名的现象,从而降低查询速度

主键索引和唯一键索引,在查询中是效率最高的

4.1.2 为经常需要排序,分组和联合操作的字段建立索引

经常需要order by  group by distinctuntion等操作的字段,排序操作会浪费很多时间,如果为其建立索引,可以有效的避免排序操作

4.1.3 为经常查询条件的字段建立索引

如果某个字段上经常用来做查询条件,那么该字段的查询速度回影响整个表的查询速度,因此,为这样的字段建立索引,可以提高整个表的查询速度

4.1.4 尽量使用前缀来索引

如果索引字段的值很长,最好使用值的前缀来索引,例如:testblog类型的字段,进行全文检索会很浪费时间,如果只检索字段的前面的若干个字符,这样可以提高检索速度

4.1.5 限制索引的数目

索引的数目并不是越多越好,每个索引都需要占用磁盘空间,索引越多,需要的磁盘空间就越大,修改表时,对索引的重构和更新很麻烦,越多的索引,会使更新表变得很浪费时间

4.1.6 尽量使用数据量少的索引

如果索引的值很长,那么查询的速度必然会受到影响,例如:对弈char(100)类型的字段进行全文检索需要的时间肯定要比对char(10)类型的字段需要的时间更多

4.1.7 删除不在使用或者很少使用的索引

表中的数据被大量更新,或者数据的使用方式被改变后,原有的一些索引可能不在需要,数据库管理员应当定期找出这些索引,并删除,从而减少索引对更新操作的影响

4.2 索引开发的规范:

不走索引的情况:

4.2.1 没有查询条件,或者查询条件没有建立索引

在业务数据库中,数据量大的是没有必要进行全表扫描的,一定程度上讲,全表扫描对用户体验就非常痛苦的,同时对服务器也是毁灭性的;又或者索引建立的但是查询条件没有where等条件

4.2.2 查询结果集是原表中的大部分数据,达到了30%以上

查询结果集超过了总行数的30%,就没有必要走索引了

例如
:select * from test where id>500000;

如果业务允许的情况下,可以加上limit进行控制,如果因为业务的原因没有办法改写方案,就可以放到redis

4.2.3 索引本身失效,统计数据不真实

索引有自我维护的能力,对于表的变化内容比较频繁的情况下,可能会出现索引失效

4.2.4 查询条件使用函数在索引列上,或者对索引列进行运算,运算包括(+ - * /)

尽量不要在查询条件上进行运算,算好了在假如查询条件中

4.2.5 隐式转换导致索引失效,这一点应当引起重视,也是开发中经常遇到的错误

由于表的字段name定义为varchar(20),但是在查询时把该字段作为number类型以where条件传给数据库,这样会导致索引失效

例如:在查询name的字段信息时,因为是字符串的类型,where就需要加上单引号,但是sql语句忘记加上,就会导致索引失效

select * from test where tu_mdn=13333333333;
正确的写法: select * from test where tu_mdn=’13333333333’;
案例演示:
mysql> alter table tab add index inx_tel(telnum);
Query OK, 0 rows affected (0.03 sec)
Records: 0  Duplicates: 0  Warnings: 0
 
mysql> desc tab;
+--------+-------------+------+-----+---------+-------+
| Field  | Type        | Null | Key | Default | Extra |
+--------+-------------+------+-----+---------+-------+
| id     | int(11)     | YES  |     | NULL    |       |
| name   | varchar(20) | YES  |     | NULL    |       |
| telnum | varchar(20) | YES  | MUL | NULL    |       |
+--------+-------------+------+-----+---------+-------+
3 rows in set (0.01 sec)
 
mysql> select * from tab where telnum='1333333';
+------+------+---------+
| id   | name | telnum  |
+------+------+---------+
|    1 | a    | 1333333 |
+------+------+---------+
1 row in set (0.00 sec)
 
mysql> select * from tab where telnum=1333333;
+------+------+---------+
| id   | name | telnum  |
+------+------+---------+
|    1 | a    | 1333333 |
+------+------+---------+
1 row in set (0.00 sec)
 
mysql> explain  select * from tab where telnum='1333333';
+----+-------------+-------+------+---------------+---------+---------+-------+------+-----------------------+
| id | select_type | table | type | possible_keys | key     | key_len | ref   | rows | Extra                 |
+----+-------------+-------+------+---------------+---------+---------+-------+------+-----------------------+
|  1 | SIMPLE      | tab   | ref  | inx_tel       | inx_tel | 63      | const |    1 | Using index condition |
+----+-------------+-------+------+---------------+---------+---------+-------+------+-----------------------+
1 row in set (0.00 sec)
 
mysql> explain  select * from tab where telnum=1333333;
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
|  1 | SIMPLE      | tab   | ALL  | inx_tel       | NULL | NULL    | NULL |    2 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
1 row in set (0.00 sec)
 
mysql> explain  select * from tab where telnum=1555555;
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
|  1 | SIMPLE      | tab   | ALL  | inx_tel       | NULL | NULL    | NULL |    2 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
1 row in set (0.00 sec)
 
mysql> explain  select * from tab where telnum='1555555';
+----+-------------+-------+------+---------------+---------+---------+-------+------+-----------------------+
| id | select_type | table | type | possible_keys | key     | key_len | ref   | rows | Extra                 |
+----+-------------+-------+------+---------------+---------+---------+-------+------+-----------------------+
|  1 | SIMPLE      | tab   | ref  | inx_tel       | inx_tel | 63      | const |    1 | Using index condition |
+----+-------------+-------+------+---------------+---------+---------+-------+------+-----------------------+
1 row in set (0.00 sec)

4.2.6 <>,not in 不走索引

<> 的作用是不等于

mysql> select * from stu;
+--------+------+------+------+------+---------+--------+------+-------+
| stu_id | id   | name | QQ   | age  | tel_num | gender | addr | state |
+--------+------+------+------+------+---------+--------+------+-------+
|   NULL |    7 | NULL | NULL | NULL |    NULL | NULL   | NULL |     1 |
|   NULL | NULL | xiao | NULL | NULL |    NULL | NULL   | NULL |     1 |
+--------+------+------+------+------+---------+--------+------+-------+
2 rows in set (0.00 sec)
 
mysql> select * from stu where id <> '7';
Empty set (0.00 sec)

单独的>,<,in 有可能走,也有可能不走,和结果集有关,尽量结合业务添加limit

or或者in  尽量改写成union

EXPLAIN  SELECT * FROM teltab WHERE telnum   IN ('110','119');

改写成:

EXPLAIN SELECT * FROM teltab WHERE telnum='110'
UNION ALL
SELECT * FROM teltab WHERE telnum='119'

4.2.7  like “%_” 百分号在前面,不走索引

mysql> explain select * from stu where name like '%xiao';
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
|  1 | SIMPLE      | stu   | ALL  | NULL          | NULL | NULL    | NULL |    2 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
1 row in set (0.00 sec)
 
mysql> explain select * from stu where name like 'xiao%';
+----+-------------+-------+-------+---------------+------+---------+------+------+-----------------------+
| id | select_type | table | type  | possible_keys | key  | key_len | ref  | rows | Extra                 |
+----+-------------+-------+-------+---------------+------+---------+------+------+-----------------------+
|  1 | SIMPLE      | stu   | range | ind           | ind  | 63      | NULL |    1 | Using index condition |
+----+-------------+-------+-------+---------------+------+---------+------+------+-----------------------+
1 row in set (0.00 sec)

%号一类的搜索请求,可以使用elasticsearch

4.2.8 单独引用联合索引里非第一位置的索引列

联合索引案例:

CREATE TABLE t1 (id INT,NAME VARCHAR(20),age INT ,sex ENUM('m','f'),money INT);
 
ALTER TABLE t1 ADD INDEX t1_idx(money,age,sex);
 
DESC t1
SHOW INDEX FROM t1
(a,b,c)
a   ab  abc
ac
bc
b  c
-----------------------------

走索引:

EXPLAIN SELECT NAME,age,sex,money FROM t1 WHERE money=30 AND age=30  AND sex='m';
EXPLAIN SELECT NAME,age,sex,money FROM t1 WHERE money=30 AND age=30  ;
EXPLAIN SELECT NAME,age,sex,money FROM t1 WHERE money=30  AND sex='m';    ----部分走索引


不走索引:

EXPLAIN SELECT  NAME,age,sex,money FROM t1 WHERE  age=20
EXPLAIN SELECT NAME,age,sex,money FROM t1 WHERE  age=30  AND sex='m';
EXPLAIN SELECT NAME,age,sex,money FROM t1 WHERE   sex='m';

4.2.9 blobtext类型的列只能创建前缀索引

4.2.10 mysql目前不支持函数索引

4.2.11 join语句中join条件字段类型不一致的时候mysql无法使用索引

 


以上是关于MySQL索引管理及执行计划的主要内容,如果未能解决你的问题,请参考以下文章

MySQL索引管理及执行计划

MySQL学习第七篇索引管理及执行计划

Mysql索引及执行计划

Mysql索引及执行计划

MySQL索引及执行计划

MySQL索引及执行计划