MySQL 执行计划 详解
2018-03-24 13:12
549 查看
开启 profile 工具mysql> SHOW VARIABLES LIKE '%profil%';+------------------------+-------+| Variable_name | Value |+------------------------+-------+| have_profiling | YES || profiling | OFF || profiling_history_size | 15 |+------------------------+-------+3 rows in set (0.00 sec)
mysql> SET profiling=on;Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> SHOW VARIABLES LIKE '%profil%';+------------------------+-------+| Variable_name | Value |+------------------------+-------+| have_profiling | YES || profiling | ON || profiling_history_size | 15 |+------------------------+-------+3 rows in set (0.01 sec)
查看进程mysql> SHOW processlist;+----+------+-----------------+------+---------+------+----------+------------------+| Id | User | Host | db | Command | Time | State | Info |+----+------+-----------------+------+---------+------+----------+------------------+| 5 | root | localhost:52435 | NULL | Sleep | 492 | | NULL || 6 | root | localhost:52436 | test | Sleep | 487 | | NULL || 7 | root | localhost:52437 | NULL | Sleep | 484 | | NULL || 9 | root | localhost:52440 | test | Sleep | 170 | | NULL || 12 | root | localhost | test | Query | 0 | starting | SHOW processlist |+----+------+-----------------+------+---------+------+----------+------------------+5 rows in set (0.00 sec)
全部分析的类型 :mysql> SHOW profile all;+----------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+--------------+-------------+| Status | Duration | CPU_user | CPU_system | Context_voluntary | Context_involuntary | Block_ops_in | Block_ops_out | Messages_sent | Messages_received | Page_faults_major | Page_faults_minor | Swaps | Source_function | Source_file | Source_line |+----------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+--------------+-------------+| starting | 0.000075 | 0.000000 | 0.000000 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | NULL | NULL | NULL || query end | 0.000027 | 0.000000 | 0.000000 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | mysql_execute_command | sql_parse.cc | 4965 || closing tables | 0.000040 | 0.000000 | 0.000000 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | mysql_execute_command | sql_parse.cc | 5017 || freeing items | 0.000038 | 0.000000 | 0.000000 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | mysql_parse | sql_parse.cc | 5622 || cleaning up | 0.000523 | 0.000000 | 0.000000 | 0 | 5 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | dispatch_command | sql_parse.cc | 1898 |+----------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+--------------+-------------+5 rows in set, 1 warning (0.00 sec)
查看表索引 : SHOW INDEX FROM table_name;mysql> show index from productions;+-------------+------------+---------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |+-------------+------------+---------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+| productions | 0 | PRIMARY | 1 | p_a_id | A | 9 | NULL | NULL | | BTREE | | || productions | 0 | p_a_id_UNIQUE | 1 | p_a_id | A | 9 | NULL | NULL | | BTREE | | || productions | 1 | expertGrade | 1 | e_id | A | 1 | NULL | NULL | YES | BTREE | | |+-------------+------------+---------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+3 rows in set (0.00 sec)Table : 表名Key_name : 什么类型索引Column_name : 索引列的字段名Cardinality : 索引基数,很关键的一个参数,平均数值组=索引基数/表总数据行,平均数值组越接近1就越有可能利用索引Index_type : 如果索引是全文索引,则是 fulltext
使用 explain命令 查看query语句的性能 :mysql> EXPLAIN SELECT * FROM productions;+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------+| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------+| 1 | SIMPLE | productions | NULL | ALL | NULL | NULL | NULL | NULL | 9 | 100.00 | NULL |+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------+1 row in set, 1 warning (0.00 sec)其中id : Query Optimizer 所选定的执行计划中查询的序列号select_type : 是否是复杂语句,主要有以下这几种查询类型 DEPENDENT SUBQUERY : 子查询中内层的第一个 SELECT,依赖于外部查询的结果集 DEPENDENT UNION : 子查询中的 UNION,且为 UNION 中从第二个 SELECT 开始的后面所有 SELECT,同样依赖于外部查询的结果集 PRIMARY : 子查询中的最外层查询,注意并不是主键查询 SIMPLE : 除子查询或者 UNION 之外的其他查询 SUBQUERY : 子查询内层查询的第一个 SELECT,结果不依赖于外部查询结果集 UNCACHEABLE SUBQUERY : 结果集无法缓存的子查询 UNION : UNION 语句中第二个SELECT 开始的后面所有SELECT,第一个SELECT 为PRIMARY UNION RESULT : UNION 中的合并结果table : 显示这一步所访问的数据库中的表的名称type : 对表所使用的访问方式,主要包含如下集中类型 all : 全表扫描 const : 读常量,且最多只会有一条记录匹配,由于是常量,所以实际上只需要读一次 eq_ref : 最多只会有一条匹配结果,一般是通过主键或者唯一键索引来访问 fulltext : 全文索引 index : 全索引扫描 index_merge : 查询中同时使用两个 (或更多) 索引,然后对索引结果进行merge 之后再读取表数据 index_subquery : 子查询中的返回结果字段组合是一个索引 (或索引组合),但不是一个主键或者唯一索引 rang : 索引范围扫描 ref : Join 语句中被驱动表索引引用查询 ref_or_null : 与ref 的唯一区别就是在使用索引引用查询之外再增加一个空值的查询 system : 系统表,表中只有一行数据 unique_subquery : 子查询中的返回结果字段组合是主键或者唯一约束possible_keys : 该查询可以利用的索引,如果没有任何索引可以使用,就会显示成null,这一项内容对于优化时候索引的调整非常重要key : 显示 MySQL 实际使用的索引的名字,如果它为空 (或NULL),则MySQL不使用索引key_len : 索引中被使用部分的长度,以字节计ref : 它显示的是列的名字 (或单词 "const") ,MySQL将根据这些列来选择行rows : MySQL所认为的它在找到正确的结果之前必须扫描的记录数,显然,这里最理想的数字就是1Extra : 可能出现许多不同的选项,其中大多数将对查询产生负面影响,主要可能会是以下内容 Distinct : 查找distinct 值,所以当mysql 找到了第一条匹配的结果后,将停止该值的查询而转为后面其他值的查询 Full scan on NULL key : 子查询中的一种优化方式,主要在遇到无法通过索引访问null值的使用使用 Impossible WHERE noticed after reading const tables : MySQL Query Optimizer 通过收集到的统计信息判断出不可能存在结果 No tables : Query 语句中使用FROM DUAL 或者不包含任何FROM 子句 Not exists : 在某些左连接中MySQL Query Optimizer 所通过改变原有Query 的组成而使用的优化方法,可以部分减少数据访问次数 Range checked for each record (index map: N) : 通过MySQL 官方手册的描述,当 MySQL Query Optimizer 没有发现好的可以使用的索引的时候,如果发现如果来自前面的表的列值已知,可能部分索引可以使用。对前面的表的每个行组合,MySQL 检查是否可以使用range 或index_merge 访问方法来索取行 Select tables optimized away : 当我们使用某些聚合函数来访问存在索引的某个字段的时候,MySQL Query Optimizer 会通过索引而直接一次定位到所需的数据行完成整个查询。当然,前提是在Query 中不能有GROUP BY 操作。如使用 MIN() 或者 MAX() 的时候 Using filesort : 当我们的Query 中包含ORDER BY 操作,而且无法利用索引完成排序操作的时候,MySQL Query Optimizer 不得不选择相应的排序算法来实现 Using index : 所需要的数据只需要在Index 即可全部获得而不需要再到表中取数据 Using index for group-by : 数据访问和Using index 一样,所需数据只需要读取索引即可,而当Query 中使用了GROUP BY 或者DISTINCT 子句的时候,如果分组字段也在索引中,Extra 中的信息就会是 Using index for group-by Using temporary : 当MySQL 在某些操作中必须使用临时表的时候,在Extra 信息中就会出现Using temporary,主要常见于GROUP BY 和ORDER BY 等操作中 Using where : 如果我们不是读取表的所有数据,或者不是仅仅通过索引就可以获取所有需要的数据,则会出现 Using where 信息 Using where with pushed condition : 这是一个仅仅在NDBCluster 存储引擎中才会出现的信息,而且还需要通过打开 Condition Pushdown 优化功能才可能会被使用。控制参数为 engine_condition_pushdown
mysql> SET profiling=on;Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> SHOW VARIABLES LIKE '%profil%';+------------------------+-------+| Variable_name | Value |+------------------------+-------+| have_profiling | YES || profiling | ON || profiling_history_size | 15 |+------------------------+-------+3 rows in set (0.01 sec)
查看进程mysql> SHOW processlist;+----+------+-----------------+------+---------+------+----------+------------------+| Id | User | Host | db | Command | Time | State | Info |+----+------+-----------------+------+---------+------+----------+------------------+| 5 | root | localhost:52435 | NULL | Sleep | 492 | | NULL || 6 | root | localhost:52436 | test | Sleep | 487 | | NULL || 7 | root | localhost:52437 | NULL | Sleep | 484 | | NULL || 9 | root | localhost:52440 | test | Sleep | 170 | | NULL || 12 | root | localhost | test | Query | 0 | starting | SHOW processlist |+----+------+-----------------+------+---------+------+----------+------------------+5 rows in set (0.00 sec)
全部分析的类型 :mysql> SHOW profile all;+----------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+--------------+-------------+| Status | Duration | CPU_user | CPU_system | Context_voluntary | Context_involuntary | Block_ops_in | Block_ops_out | Messages_sent | Messages_received | Page_faults_major | Page_faults_minor | Swaps | Source_function | Source_file | Source_line |+----------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+--------------+-------------+| starting | 0.000075 | 0.000000 | 0.000000 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | NULL | NULL | NULL || query end | 0.000027 | 0.000000 | 0.000000 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | mysql_execute_command | sql_parse.cc | 4965 || closing tables | 0.000040 | 0.000000 | 0.000000 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | mysql_execute_command | sql_parse.cc | 5017 || freeing items | 0.000038 | 0.000000 | 0.000000 | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | mysql_parse | sql_parse.cc | 5622 || cleaning up | 0.000523 | 0.000000 | 0.000000 | 0 | 5 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | dispatch_command | sql_parse.cc | 1898 |+----------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+--------------+-------------+5 rows in set, 1 warning (0.00 sec)
查看表索引 : SHOW INDEX FROM table_name;mysql> show index from productions;+-------------+------------+---------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |+-------------+------------+---------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+| productions | 0 | PRIMARY | 1 | p_a_id | A | 9 | NULL | NULL | | BTREE | | || productions | 0 | p_a_id_UNIQUE | 1 | p_a_id | A | 9 | NULL | NULL | | BTREE | | || productions | 1 | expertGrade | 1 | e_id | A | 1 | NULL | NULL | YES | BTREE | | |+-------------+------------+---------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+3 rows in set (0.00 sec)Table : 表名Key_name : 什么类型索引Column_name : 索引列的字段名Cardinality : 索引基数,很关键的一个参数,平均数值组=索引基数/表总数据行,平均数值组越接近1就越有可能利用索引Index_type : 如果索引是全文索引,则是 fulltext
使用 explain命令 查看query语句的性能 :mysql> EXPLAIN SELECT * FROM productions;+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------+| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------+| 1 | SIMPLE | productions | NULL | ALL | NULL | NULL | NULL | NULL | 9 | 100.00 | NULL |+----+-------------+-------------+------------+------+---------------+------+---------+------+------+----------+-------+1 row in set, 1 warning (0.00 sec)其中id : Query Optimizer 所选定的执行计划中查询的序列号select_type : 是否是复杂语句,主要有以下这几种查询类型 DEPENDENT SUBQUERY : 子查询中内层的第一个 SELECT,依赖于外部查询的结果集 DEPENDENT UNION : 子查询中的 UNION,且为 UNION 中从第二个 SELECT 开始的后面所有 SELECT,同样依赖于外部查询的结果集 PRIMARY : 子查询中的最外层查询,注意并不是主键查询 SIMPLE : 除子查询或者 UNION 之外的其他查询 SUBQUERY : 子查询内层查询的第一个 SELECT,结果不依赖于外部查询结果集 UNCACHEABLE SUBQUERY : 结果集无法缓存的子查询 UNION : UNION 语句中第二个SELECT 开始的后面所有SELECT,第一个SELECT 为PRIMARY UNION RESULT : UNION 中的合并结果table : 显示这一步所访问的数据库中的表的名称type : 对表所使用的访问方式,主要包含如下集中类型 all : 全表扫描 const : 读常量,且最多只会有一条记录匹配,由于是常量,所以实际上只需要读一次 eq_ref : 最多只会有一条匹配结果,一般是通过主键或者唯一键索引来访问 fulltext : 全文索引 index : 全索引扫描 index_merge : 查询中同时使用两个 (或更多) 索引,然后对索引结果进行merge 之后再读取表数据 index_subquery : 子查询中的返回结果字段组合是一个索引 (或索引组合),但不是一个主键或者唯一索引 rang : 索引范围扫描 ref : Join 语句中被驱动表索引引用查询 ref_or_null : 与ref 的唯一区别就是在使用索引引用查询之外再增加一个空值的查询 system : 系统表,表中只有一行数据 unique_subquery : 子查询中的返回结果字段组合是主键或者唯一约束possible_keys : 该查询可以利用的索引,如果没有任何索引可以使用,就会显示成null,这一项内容对于优化时候索引的调整非常重要key : 显示 MySQL 实际使用的索引的名字,如果它为空 (或NULL),则MySQL不使用索引key_len : 索引中被使用部分的长度,以字节计ref : 它显示的是列的名字 (或单词 "const") ,MySQL将根据这些列来选择行rows : MySQL所认为的它在找到正确的结果之前必须扫描的记录数,显然,这里最理想的数字就是1Extra : 可能出现许多不同的选项,其中大多数将对查询产生负面影响,主要可能会是以下内容 Distinct : 查找distinct 值,所以当mysql 找到了第一条匹配的结果后,将停止该值的查询而转为后面其他值的查询 Full scan on NULL key : 子查询中的一种优化方式,主要在遇到无法通过索引访问null值的使用使用 Impossible WHERE noticed after reading const tables : MySQL Query Optimizer 通过收集到的统计信息判断出不可能存在结果 No tables : Query 语句中使用FROM DUAL 或者不包含任何FROM 子句 Not exists : 在某些左连接中MySQL Query Optimizer 所通过改变原有Query 的组成而使用的优化方法,可以部分减少数据访问次数 Range checked for each record (index map: N) : 通过MySQL 官方手册的描述,当 MySQL Query Optimizer 没有发现好的可以使用的索引的时候,如果发现如果来自前面的表的列值已知,可能部分索引可以使用。对前面的表的每个行组合,MySQL 检查是否可以使用range 或index_merge 访问方法来索取行 Select tables optimized away : 当我们使用某些聚合函数来访问存在索引的某个字段的时候,MySQL Query Optimizer 会通过索引而直接一次定位到所需的数据行完成整个查询。当然,前提是在Query 中不能有GROUP BY 操作。如使用 MIN() 或者 MAX() 的时候 Using filesort : 当我们的Query 中包含ORDER BY 操作,而且无法利用索引完成排序操作的时候,MySQL Query Optimizer 不得不选择相应的排序算法来实现 Using index : 所需要的数据只需要在Index 即可全部获得而不需要再到表中取数据 Using index for group-by : 数据访问和Using index 一样,所需数据只需要读取索引即可,而当Query 中使用了GROUP BY 或者DISTINCT 子句的时候,如果分组字段也在索引中,Extra 中的信息就会是 Using index for group-by Using temporary : 当MySQL 在某些操作中必须使用临时表的时候,在Extra 信息中就会出现Using temporary,主要常见于GROUP BY 和ORDER BY 等操作中 Using where : 如果我们不是读取表的所有数据,或者不是仅仅通过索引就可以获取所有需要的数据,则会出现 Using where 信息 Using where with pushed condition : 这是一个仅仅在NDBCluster 存储引擎中才会出现的信息,而且还需要通过打开 Condition Pushdown 优化功能才可能会被使用。控制参数为 engine_condition_pushdown
相关文章推荐
- mysql的sql执行计划详解(非常有用)
- mysql explain执行计划详解
- MySQL性能分析, mysql explain执行计划详解
- mysql的sql执行计划详解(非常有用)
- MySQL中explain执行计划中额外信息字段(Extra)详解
- mysql explain执行计划详解
- 【夯实Mysql基础】mysql explain执行计划详解
- MySQL性能分析, mysql explain执行计划详解
- MySQL之EXPLAIN 执行计划详解
- MySQL中通过EXPLAIN如何分析SQL的执行计划详解
- mysql explain执行计划详解
- mysql的sql执行计划详解(非常有用)
- mysql 的 sql 执行计划详解
- mysql执行计划详解
- Mysql执行计划Explain详解(一)
- MySQL:explain(执行计划)详解
- Mysql之Expain执行计划详解
- MySQL高级 之 explain执行计划详解
- MYSQL EXPLAIN执行计划命令详解(支持更新中)
- MySql优化实战,详解执行计划