解析MySQL EXPLAIN结果集
发布时间：2021-12-23 11:41:42 所属栏目：MySql教程 来源：互联网
导读：这篇文章主要介绍分析MySQL EXPLAIN结果集，在日常操作中，相信很多人在分析MySQL EXPLAIN结果集问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答分析MySQL EXPLAIN结果集的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
|
这篇文章主要介绍“分析MySQL EXPLAIN结果集”，在日常操作中，相信很多人在分析MySQL EXPLAIN结果集问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”分析MySQL EXPLAIN结果集”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！ EXPLAIN：查看SQL语句的执行计划 EXPLAIN命令可以帮助我们深入了解MySQL基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略预计会被优化器采用，在优化慢查询时非常有用 执行explain之后结果集包含如下信息 +----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+-------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+-------+ 下面将对每一个值进行解释 1、id id用来标识整个查询中SELELCT语句的顺序，在嵌套查询中id越大的语句越先执行，该值可能为NULL id如果相同，从上往下依次执行。id不同，id值越大，执行优先级越高，如果行引用其他行的并集结果，则该值可以为NULL 2、select_type select_type表示查询使用的类型，有下面几种： simple： 列类型 长度 备注 id int 4+1 int为4bytes,允许为NULL,加1byte id bigint not null 8 bigint为8bytes user char(30) utf8 30*3+1 utf8每个字符为3bytes,允许为NULL,加1byte user varchar(30) not null utf8 30*3+2 utf8每个字符为3bytes,变长数据类型,加2bytes user varchar(30) utf8 30*3+2+1 utf8每个字符为3bytes,允许为NULL,加1byte,变长数据类型,加2bytes detail text(10) utf8 30*3+2+1 TEXT截取部分,被视为动态列类型。 key_len只指示了where中用于条件过滤时被选中的索引列，是不包含order by或group by这一部分被选中的索引列 8、ref ref列用来显示使用哪个列或常数与key一起从表中选择相应的行。它显示的列的名字（或const），此列多数时候为null 9、rows rows列显示的是mysql解析器认为执行此SQL时必须扫描的行数。此数值为一个预估值，不是具体值，通常比实际值小 10、filtered 此参数为mysql 5.7 新加参数，指的是返回结果的行数所占需要读到的行（rows的值）的比例 对于使用join时，前一个表的结果集大小直接影响了循环的行数 11、extra（重要） extra表示不在其他列并且也很重要的额外信息 using index： 该值表示这个SQL语句使用了覆盖索引（覆盖索引是指可以直接在索引列中得到想要的结果，而不用去回表），此时效率最高 mysql> explain select id from test; +----+-------------+-------+-------+---------------+----------+---------+------+-------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------+---------------+----------+---------+------+-------+-------------+ | 1 | SIMPLE | test | index | NULL | idx_bnet | 9 | NULL | 68505 | Using index | +----+-------------+-------+-------+---------------+----------+---------+------+-------+-------------+ 这个例子中id字段为主键，但是key那里显示走的并不是主键索引，这个是因为mysql的所有二级索引中都会包含所有的主键信息，而mysql没有单独的存储主键索引，所以扫描二级索引的开销比全表扫描更快 using where： 表示存储引擎搜到记录后进行了后过滤(POST-FILTER)，如果查询未能使用索引，using where的作用只是提醒我们mysql要用where条件过滤结果集 mysql> explain select * from test where id > 1; +----+-------------+-------+-------+---------------+---------+---------+------+-------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------+---------------+---------+---------+------+-------+-------------+ | 1 | SIMPLE | test | range | PRIMARY | PRIMARY | 8 | NULL | 34252 | Using where | +----+-------------+-------+-------+---------------+---------+---------+------+-------+-------------+ using temporary 表示mysql需要使用临时表来存储结果集，常见于排序和分组查询 mysql> explain select * from test where id in (1,2) group by bnet_id; +----+-------------+-------+-------+-----------------------------------------+---------+---------+------+------+----------------------------------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------+-----------------------------------------+---------+---------+------+------+----------------------------------------------+ | 1 | SIMPLE | test | range | PRIMARY,IDX(event_key-bnet_Id),idx_bnet | PRIMARY | 8 | NULL | 2 | Using where; Using temporary; Using filesort | +----+-------------+-------+-------+-----------------------------------------+---------+---------+------+------+----------------------------------------------+ using filesort： 是指mysql无法利用索引直接完成排序（排序的字段不是索引字段），此时会用到缓冲空间来进行排序 mysql> explain select * from test order by bnet_id; +----+-------------+-------+------+---------------+------+---------+------+-------+----------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+---------------+------+---------+------+-------+----------------+ | 1 | SIMPLE | test | ALL | NULL | NULL | NULL | NULL | 68505 | Using filesort | +----+-------------+-------+------+---------------+------+---------+------+-------+----------------+ using join buffer： 强调在获取连接条件时没有用到索引，并且需要连接缓冲区来存储中间结果。（性能可以通过添加索引或者修改连接字段改进） mysql> explain select * from test left join test2 on test.create_time = test2.create_time; +----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+ | 1 | SIMPLE | test | NULL | ALL | NULL | NULL | NULL | NULL | 959692 | 100.00 | NULL | | 1 | SIMPLE | test2 | NULL | ALL | NULL | NULL | NULL | NULL | 958353 | 100.00 | Using where; Using join buffer (Block Nested Loop) | +----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+ 2 rows in set, 1 warning (0.00 sec) Block Nested Loop是指Block Nested-Loop Join算法：将外层循环的行/结果集存入join buffer, 内层循环的每一行与整个buffer中的记录做比较，从而减少内层循环的次数. impossible where： 表示where条件导致没有返回的行 mysql> explain select * from test where id is null; +----+-------------+-------+------+---------------+------+---------+------+------+------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+---------------+------+---------+------+------+------------------+ | 1 | SIMPLE | NULL | NULL | NULL | NULL | NULL | NULL | NULL | Impossible WHERE | +----+-------------+-------+------+---------------+------+---------+------+------+------------------+ using index condition： 是mysql 5.6 之后新加的特性，结合mysql的ICP（Index Condition Pushdown）特性使用。主要是优化了可以在索引（仅限二级索引）上进行 like 查找 如果extra中出现多个上面结果，则表示顺序使用上面的方法进行解析查询 到此，关于“分析MySQL EXPLAIN结果集”的学习就结束了，希望能够解决大家的疑惑。 （编辑：源码网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
