Mysql：性能分析

1、EXPLAIN关键字

（1）概念

使用EXPLAIN关键字可以模拟优化器执行sQL查询语句，从而知道MySQL是如何处理你的SQL语句的。分析你的查询语句或是表结构的性能瓶颈
（2）使用

mysql> select *
    -> from student;
+------------+------------+---------+-------------+------+-------+-------+
| studentno  | birthday   | classno | phone       | sex  | sname | point |
+------------+------------+---------+-------------+------+-------+-------+
| 2020043002 | 1998-11-18 | 202001  | 18739496123 | ?    | ??    |   560 |
| 2020043004 | 1998-11-10 | 202001  | 18739496100 | ?    | ??    |   601 |
| 2020043005 | 1998-11-09 | 202001  | 18739496577 | ?    | ??    |   574 |
| 2020043006 | 1997-01-18 | 202002  | 18739492332 | ?    | ???   |   637 |
| 2020043007 | 1998-11-19 | 202001  | 18739494123 | ?    | ??    |   567 |
| 2020043008 | 1997-02-18 | 202001  | 18739496109 | ?    | ??    |   539 |
| 2020043009 | 1998-11-15 | 202001  | 18739396145 | ?    | ???   |   571 |
| 2020043010 | 1998-11-12 | 202001  | 18739490123 | ?    | ???   |   583 |
+------------+------------+---------+-------------+------+-------+-------+
8 rows in set (0.00 sec)

mysql> explain select * from student;
+----+-------------+---------+------+---------------+------+---------+------+------+-------+
| id | select_type | table   | type | possible_keys | key  | key_len | ref  | rows | Extra |
+----+-------------+---------+------+---------------+------+---------+------+------+-------+
|  1 | SIMPLE      | student | ALL  | NULL          | NULL | NULL    | NULL |    8 | NULL  |
+----+-------------+---------+------+---------------+------+---------+------+------+-------+
1 row in set (0.00 sec)

 

2、id

（1）id相同

执行顺序是t1、t3、t2 

（2）id不同

 （3）id相同与不同同时存在

 

3、select_type

（1）类型

 

4、type

（1）类型

 如果是ALL表示执行的sql语句是全表扫描，一般来说最少要达到range级别，最好能达到ref级别

System：表只有一行记录，一般不会出现，可以忽略不计

const：查询只有一个匹配行

mysql> select *
    -> from student 
    -> where studentno='2020043002'
    -> ;
+------------+------------+---------+-------------+------+-------+-------+
| studentno  | birthday   | classno | phone       | sex  | sname | point |
+------------+------------+---------+-------------+------+-------+-------+
| 2020043002 | 1998-11-18 | 202001  | 18739496123 | ?    | ??    |   560 |
+------------+------------+---------+-------------+------+-------+-------+
1 row in set (0.03 sec)

eq_ref：

唯一性索引扫描

例如：表A的主键与表B的主键进行关联查询，那么表A中的每一行最多不超过1行能与表B进行连接

ref：

返回匹配某个单独值的所有行

例如：表A与表B进行关联查询，表A中的某一个行对应表B中的多个行

查询姓名为'Tom'的学生信息

range：

范围扫描，例如：用between...and进行查询

index：

full index Scan：index只遍历索引树，比All快，all也是都全表，唯一的不同是All是从索引读取，all是从硬盘中读取

 

5、possibles_key

显示可能运用在这张表中的索引，一个或多个

查询涉及到的字段上若存在索引，则该索引将别列出，但是不一定在查询中被使用

 

6、key

实际使用的索引，如果为null，则表示没有使用索引

查询中若使用了覆盖索引 （建立索引的字段与查询的字段刚好匹配），则该索引仅出现在key列表中

 

7、key_len

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下，长度越短越好

key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的

查询的时候添加的条件越多，精度越高，但是key_len越大

 

8、ref

显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值（不理解）

 

9、rows

根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数

 

10、extra

Using filesort：mysql无法利用事先创建的索引进行排序，只能使用外部的索引排序

 Using temporary：

使了用临时表保存中间结果,MysQL在对查询结果排序时使用临时表。常见于排序order by和分组查询group by

 Using index：

表示相应的select操作中使用了覆盖索引(Covering Index)，避免访问了表的数据行

如果同时出现using where，表明索引被用来执行索引键值的查找
如果没有同时出现using where，表明索引用来读取数据而非执行查找动作

 

标签：分析,11,1998,性能,202001,查询,索引,key,Mysql
来源： https://www.cnblogs.com/zhai1997/p/13892751.html