- 使用explain 或者desc 加sql语句,即可进行查询分析
- 运行如下sql
DESC SELECT
*
FROM
fin_real_time_db.order_detail
WHERE
kafka_id IN ( SELECT kafka_id FROM t_business_info_detail WHERE source_type IN ( 1, 2 ) AND updated_at > '2019-07-22 20:39:00' )
LIMIT 10000;
你会看到下面的表头信息:
id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
---|---|---|---|---|---|---|---|---|---|---|---|
1 | SIMPLE | order_detail | ALL | uniq_order_detail_kafka_id | 1 | 100.00 | |||||
1 | SIMPLE | t_business_info_detail | ALL | uq_kafka_id | 32 | 3.12 | Using where; FirstMatch(order_detail); Using join buffer (Block Nested Loop) |
- 下面是每个字段的解释
字段 | 释义 |
---|---|
id | d相同的,为同一组执行计划,即同一个sql的 |
select_type | row 2 col 2 |
table | 显示这一行的数据是关于哪张表的 |
partitions | 使用的分区 |
type | 这是重要的列,显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALL |
possible_keys | 显示可能应用在这张表中的索引。如果为空,没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句 |
key | 实际使用的索引。如果为NULL,则没有使用索引。很少的情况下,MYSQL会选择优化不足的索引。这种情况下,可以在SELECT语句中使用USE INDEX(indexname)来强制使用一个索引或者用IGNORE INDEX(indexname)来强制MYSQL忽略索引 |
key_len | 使用的索引的长度。在不损失精确性的情况下,长度越短越好 |
ref | 显示索引的哪一列被使用了,如果可能的话,是一个常数 |
rows | MYSQL认为必须检查的用来返回请求数据的行数 |
filtered | 结果的行占需要读到的行(rows列的值)的百分比,filtered值只对index和all的扫描有效 |
Extra | 关于MYSQL如何解析查询的额外信息。将在表4.3中讨论,但这里可以看到的坏的例子是Using temporary和Using filesort,意思MYSQL根本不能使用索引,结果是检索会很慢 |
select type 的每种值说明
select type | 解释 | 测试sql |
---|---|---|
simple | 简单的select | select * from tb_student |
primary | 需要union或者子查询 | select (select name from tb_student where id =1) from tb_student |
union | union操作 | select * from tb_student union select * from tb_student |
dependent union | 查询与外部相关(mysql优化器会将in优化成exists) | select * from tb_student where id in(select id from tb_student union select id from tb_student);select * from tb_student a where EXISTS (select 1 from tb_student where id = a.id union select id from tb_student where id = a.id) |
union result | union结果集 | select * from tb_student union select * from tb_student |
subquery | 除了from包含的子查询 | select (select name from tb_student where id =1) from tb_student |
depend subquery | 类似depend union | select (select name from test.tb_student a where a.id=b.id) from test.tb_student b |
derived | 派生表 | select * from (select * from tb_student) t |
type 的每种值说明
-
system:表只有一行:system表。这是const连接类型的特殊情况。
-
const :表中的一个记录的最大值能够匹配这个查询(索引可以是主键或惟一索引)。因为只有一行,这个值实际就是常数,因为MYSQL先读这个值然后把它当做常数来对待。
-
eq_ref:在连接中,MYSQL在查询时,从前面的表中,对每一个记录的联合都从表中读取一个记录,它在查询使用了索引为主键或惟一键的全部时使用。
-
ref:这个连接类型只有在查询使用了不是惟一或主键的键或者是这些类型的部分(比如,利用最左边前缀)时发生。对于之前的表的每一个行联合,全部记录都将从表中读出。这个类型严重依赖于根据索引匹配的记录多少—越少越好。
-
range:这个连接类型使用索引返回一个范围中的行,比如使用>或<查找东西时发生的情况。
-
index:这个连接类型对前面的表中的每一个记录联合进行完全扫描(比ALL更好,因为索引一般小于表数据)。
-
ALL:这个连接类型对于前面的每一个记录联合进行完全扫描,这一般比较糟糕,应该尽量避免。
Extra的相关值说明
- using index:
中文名叫做索引覆盖查询: 如果查询的时候,用到了索引,并且你最终需要的数据也是这个索引的一部分,那么就出现using index.
- using where:
会根据查询条件过滤出结果集
- using file sort 以及using temporary:
这2个是最容易让人迷惑的,很多人都可能会把其表达的意思扩展理解了,其实他表达的内容很有限。
using file sort: 表示排序的时候,没有用上索引,不得不采取其他的方式排序。 这里的其他方式有在内存排,在临时文件排,采用双路排序法,或者是采用整行排序等,而using file sort并没有说是其他哪些排序方法。
- using temporary:
表示用到了一张临时表,至于这临时表在内存里面,还是在磁盘里面都不明。
-
出现using file sort的情况:
- order by 的第一列不是执行计划中的第一个表的索引上
- order by 有多列,不在同一table上的索引
- order by 的列,有升序,降序,不一致
-
出现using temporary的情况:
- 在group by的时候,如果,被group by的列不在索引上,那么就需要临时表来进行group,另外如果没有order by null,也许会要file sort进行排序。
- 在order by的时候,如果被排序的列,分布在多余一个表上