面试官：你是怎么用explain分析sql执行性能的？

最新推荐文章于 2022-08-03 23:51:33 发布
最新推荐文章于 2022-08-03 23:51:33 发布
阅读量411 收藏
点赞数

点击上方“Java之间”，选择“置顶或者星标”

你关注的就是我关心的！

640?wx_fmt=png

作者：李立敏

介绍

在工作中，我们用于捕捉性能问题最常用的就是打开慢查询，定位执行效率差的SQL，那么当我们定位到一个SQL以后还不算完事，我们还需要知道该SQL的执行计划，比如是全表扫描，还是索引扫描，这些都需要通过EXPLAIN去完成。EXPLAIN命令是查看优化器如何决定执行查询的主要方法。可以帮助我们深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略预计会被优化器采用。


explain用法很简单，只需要在执行的select语句前加上explain即可


 
 
explain select * from teacherselect * from teacher
 
 

 
 
640?wx_fmt=png
 
 

 
 
id
 
 
编号
 
 
select_type
 
 
查询类型
 
 
table
 
 
表
 
 
type
 
 
索引类型
 
 
possible_keys
 
 
预测用到的索引
 
 
key
 
 
实际使用的索引
 
 
key_len
 
 
实际使用索引的长度
 
 
ref
 
 
表之间的引用
 
 
rows
 
 
估算出来的结果记录条数
 
 
Extra
 
 
额外的信息
 
 

 
 
下面来具体分析，准备的数据如下
 
 

 
 
course表
 
 

 
 
 
 
CREATE TABLE `course` (  `cid` int(3) NOT NULL,  `cname` varchar(20) NOT NULL,  `tid` int(3) NOT NULL,  PRIMARY KEY (`cid`) USING BTREE) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;TABLE `course` (
  `cid` int(3) NOT NULL,
  `cname` varchar(20) NOT NULL,
  `tid` int(3) NOT NULL,
  PRIMARY KEY (`cid`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
 
 

 
 

 
 
640?wx_fmt=png
 
 

 
 
teacher表
 
 

 
 
 
 
CREATE TABLE `teacher` (  `tid` int(3) NOT NULL,  `tname` varchar(20) NOT NULL,  `tcid` int(3) NOT NULL,  PRIMARY KEY (`tid`)) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;TABLE `teacher` (
  `tid` int(3) NOT NULL,
  `tname` varchar(20) NOT NULL,
  `tcid` int(3) NOT NULL,
  PRIMARY KEY (`tid`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
 
 

 
 

 
 
640?wx_fmt=png
 
 

 
 
teacher_card表
 
 

 
 
 
 
CREATE TABLE `teacher_card` (  `tcid` int(3) NOT NULL,  `tcdesc` varchar(20) NOT NULL,  PRIMARY KEY (`tcid`)) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;TABLE `teacher_card` (
  `tcid` int(3) NOT NULL,
  `tcdesc` varchar(20) NOT NULL,
  PRIMARY KEY (`tcid`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
 
 

 
 
640?wx_fmt=png
 
 id 
 
我们来查询课程编号为2或者教师证编号为3的老师信息
 
 

 
 
 
 
SELECT  t.*FROM  course c,  teacher t,  teacher_card tcWHERE  c.tid = t.tid  AND t.tcid = tc.tcid  AND ( c.cid = 2 OR t.tcid = 3 )
  t.*
FROM
  course c,
  teacher t,
  teacher_card tc
WHERE
  c.tid = t.tid
  AND t.tcid = tc.tcid
  AND ( c.cid = 2 OR t.tcid = 3 )
 
 

 
 
explain上述SQL后，如下所示
 
 

 
 
640?wx_fmt=png
 
 

 
 
id值相同，从上往下顺序执行
 
 

 
 
为什么要先从t表中读取数据，然后和tc表做表联结，最后再和c表做表联结呢？（上面的SQL可以改写为join on的形式，执行效果一样）
 
 

 
 
我们写的SQL会被优化器优化，MySQL会按照小结果集驱动大结果集的方式进行表联结，表联结即对2个表做笛卡尔积，所以联结的顺序是t(3)-tc(3)-c(4)，括号中为个数。如果表t表的个数为5，则联结的顺序为tc(3)-c(4)-t(5)，注意括号里的数字不是表的数量，是结果集的数量
 
 

 
 
如果查询课程编号为2的老师信息
 
 

 
 
 
 
SELECT  t.*FROM  course c,  teacher t,  teacher_card tcWHERE  c.tid = t.tid  AND t.tcid = tc.tcid  AND c.cid = 2
  t.*
FROM
  course c,
  teacher t,
  teacher_card tc
WHERE
  c.tid = t.tid
  AND t.tcid = tc.tcid
  AND c.cid = 2
 
 

 
 
640?wx_fmt=png
 
 

 
 
因为可以确定c的结果集最小，只有一个记录，因此联结顺序为c(1)-t(3)-tc(3)
 
 

 
 
查询教授SQL课程的老师的描述
 
 

 
 
 
 
SELECT  tc.tcdescFROM  teacher_card tcWHERE  tc.tcid = (SELECT  t.tcidFROM  teacher tWHERE  t.tid = ( SELECT c.tid FROM course c WHERE c.cname = "sql" )  );
  tc.tcdesc
FROM
  teacher_card tc
WHERE
  tc.tcid = (
SELECT
  t.tcid
FROM
  teacher t
WHERE
  t.tid = ( SELECT c.tid FROM course c WHERE c.cname = "sql" )
  );
 
 

 
 
这个SQL是先查询c表，再查询t表，最后查询tc表，执行explain看一下
 
 

 
 
640?wx_fmt=png
 
 

 
 
id值不同，id值越大，越优先执行。将上述SQL改为如下形式
 
 

 
 
 
 
SELECT  tc.tcdescFROM  teacher t,  teacher_card tcWHERE  tc.tcid = t.tcid  AND t.tid = ( SELECT c.tid FROM course c WHERE c.cname = "sql" )
  tc.tcdesc
FROM
  teacher t,
  teacher_card tc
WHERE
  tc.tcid = t.tcid
  AND t.tid = ( SELECT c.tid FROM course c WHERE c.cname = "sql" )
 
 

 
 
640?wx_fmt=png
 
 

 
 
id值有相同，又有不同，id值越大越优先，id值相同，从上往下顺序执行
 
 

 
 select_type 
 
SIMPLE：查询不包含子查询和UNION
 
 

 
 
 
 
SELECT * FROM teacherFROM teacher
 
 

 
 
640?wx_fmt=png
 
 
 
 PRIMARY：查询有任何复杂的子部分，则外层部分标记为PRIMARY 
 
 
 SUBQUERY：包含在SELECT列表中的子查询中的SELECT（换句话说，不在FROM子句中）标记为SUBQUERY 
 
查询教授SQL课程的老师的描述 
 
 
 
SELECT  tc.tcdescFROM  teacher_card tcWHERE  tc.tcid = (SELECT  t.tcidFROM  teacher tWHERE  t.tid = ( SELECT c.tid FROM course c WHERE c.cname = "sql" )  );
  tc.tcdesc
FROM
  teacher_card tc
WHERE
  tc.tcid = (
SELECT
  t.tcid
FROM
  teacher t
WHERE
  t.tid = ( SELECT c.tid FROM course c WHERE c.cname = "sql" )
  );
 
 
 
 

 
 
640?wx_fmt=png
 
 

 
 
DERIVED：DERIVED值用来表示包含在FROM子句的子查询中的SELECT，MySQL会递归执行并将结果放到一个临时表中。服务器内部称其“派生表”，因为该临时表是从子查询中派生来的
 
 

 
 
 
 
SELECT  cr.cnameFROM  ( SELECT * FROM course WHERE tid IN ( 1, 2 ) ) cr
  cr.cname
FROM
  ( SELECT * FROM course WHERE tid IN ( 1, 2 ) ) cr
 
 

 
 
640?wx_fmt=png
 
 

 
 
id为1的table表名为<derived2>，表示是一张派生表，派生表从id为2的执行过程中来
 
 

 
 
UNION：在UNION中的第二个和随后 的SELECT被标记为UNION。第一个SELECT被标记就好像它以部分外查询来执行。这就是下面第一个例子中在UNION中的第一个SELECT显示为PRIMARY的原因。如果UNION被FROM子句中的子查询包含，那么它的第一个SELECT会被标记为DERIVED，即下面的第二个例子
 
 

 
 
UNION RESULT：用来从UNION的匿名临时表检索结果的SELECT被标记为UNION RESULT
 
 

 
 
 
 
SELECT * FROM course WHERE tid = 1 UNION SELECT * FROM course WHERE tid = 2FROM course WHERE tid = 1 UNION SELECT * FROM course WHERE tid = 2
 
 

 
 
640?wx_fmt=png
 
 

 
 
 
 
SELECT  cr.cnameFROM  ( SELECT * FROM course WHERE tid = 1 UNION SELECT * FROM course WHERE tid = 2 ) cr
  cr.cname
FROM
  ( SELECT * FROM course WHERE tid = 1 UNION SELECT * FROM course WHERE tid = 2 ) cr
 
 

 
 
640?wx_fmt=png
 
 

 
 type 
 
索引类型， 要对type进行优化的前提是有索引。type类型有很多，这里不一一介绍，值介绍几个常用的，性能依次从最优到最差
const，system>eq_ref>>ref>range>index>all
其中system，const只是理想情况，实际能达到ref>range
 
 

 
 
system：只有一条数据的系统表，或派生表只有一条数据的子查询
 
 

 
 
 
 
SELECT  a.tnameFROM  ( SELECT * FROM teacher t WHERE t.tid = 1 ) a
  a.tname
FROM
  ( SELECT * FROM teacher t WHERE t.tid = 1 ) a
 
 

 
 
640?wx_fmt=png
 
 

 
 
const：仅仅能查到一条数据的SQL，用于Primary key或unique索引。如果只是能查到一条数据，但是条件列上没有Primary key或unique索引，则不是const
 
 

 
 
 
 
SELECT * FROM teacher t WHERE t.tid = 1FROM teacher t WHERE t.tid = 1
 
 

 
 
640?wx_fmt=png
 
 

 
 
假如说去掉tid上的主键（只是针对这个例子临时更改），执行下面的语句，结果如下
 
 

 
 
 
 
SELECT * FROM teacher t WHERE t.tid = 1FROM teacher t WHERE t.tid = 1
 
 

 
 
640?wx_fmt=png
 
 

 
 
此时type为ALL，验证了我们的想法，即虽然结果只有一条，但条件列上没有Primary key或unique索引，也不是const
 
 

 
 
eq_ref：唯一性索引，对于每个键的查询，返回匹配唯一行数据（有且只有一个，不能多，不能0），常见于唯一索引和主键索引，不是必须的有索引，我下面句的例子中teacher表的tcid字段就没有加任何索引，当然是我数据太简单的问题，才能在不建索引的情况下出现eq_ref
 
 

 
 
 
 
SELECT  t.tcidFROM  teacher t,  teacher_card tcWHERE  t.tcid = tc.tcid
  t.tcid
FROM
  teacher t,
  teacher_card tc
WHERE
  t.tcid = tc.tcid
 
 

 
 
640?wx_fmt=png
 
 

 
 
来看看此时表的数据
teacher表
 
 

 
 
640?wx_fmt=png
 
 

 
 
teacher_card表
 
 

 
 
640?wx_fmt=png
 
 

 
 
此时对于teacher表的tcid这个键，都会返回唯一条数据，所以type为eq_ref，假如说将teacher表增加一条数据（只是针对这个例子临时更改），teacher_card表不变，数据如下
 
 

 
 
teacher表
 
 

 
 
640?wx_fmt=png
 
 

 
 
重新执行上述SQL
 
 

 
 
 
 
SELECT  t.tcidFROM  teacher t,  teacher_card tcWHERE  t.tcid = tc.tcid
  t.tcid
FROM
  teacher t,
  teacher_card tc
WHERE
  t.tcid = tc.tcid
 
 

 
 
 
 
640?wx_fmt=png
 
 

 
 
可以看到type类型变为了ALL，因为对于teacher表，4这个键，返回了0条数据，不是每个键值都返回了一条数据
 
 

 
 
上面的例子teacher_card都保持了不变，是为了验证的严密性，如果给teacher_card表增加数据再执行eq_ref的2个例子，其实是没有影响的，因为eq_ref针对的是teacher的键都能返回唯一行数据
 
 

 
 
ref：非唯一性索引，对于每个索引键的查询，返回匹配所有行（0，多）
 
 

 
 
修改表为如下（只是针对这个例子临时更改），出现了一个同名的老师张三，并且在teacher表的name列加上普通索引，演示一下匹配行有多个的情况
 
 

 
 
teacher表
 
 

 
 
640?wx_fmt=png
 
 

 
 
 
 
SELECT  *FROM  teacherWHERE  tname = "张三"
  *
FROM
  teacher
WHERE
  tname = "张三"
 
 
 
 
当查询姓名为张三的老师时，会返回2条数据
 
 

 
 
640?wx_fmt=png
 
 

 
 
range：检索指定范围的行，where后面是一个范围查询（between，>，<，>=，in有时候会失效，从而转为无索引ALL）
 
 

 
 
 
 
SELECT * FROM teacher WHERE tid < 3FROM teacher WHERE tid < 3
 
 

 
 
640?wx_fmt=png
 
 

 
 
index：这个跟全表扫描一样，只是MySQL扫描表时按索引次序进行而不是行
 
 

 
 
对teacher表的name字段建索引（只是针对这个例子临时更改）
 
 

 
 
 
 
SELECT tname FROM teacherFROM teacher
 
 

 
 
640?wx_fmt=png
 
 

 
 
对tname建立索引，当我们只查询tid时，它的值已经在B+树的叶子节点上了，不需要回表查询，从索引中就可以拿到，因为非聚集索引，叶子节点存放索引键值，以及该索引键值指向的主键
 
 

 
 
接着，同时查tname（tname上有索引），tcid（tcid上没有索引）
 
 

 
 
 
 
SELECT tname, tcid FROM teacherFROM teacher
 
 

 
 
640?wx_fmt=png
 
 

 
 
可以看到type为ALL，因为从tname索引中拿不到tcid的数据，只能通过全表扫描
 
 

 
 
现在我们想同时查询tname和tcid，不想通过回表，只想通过索引表拿到数据，应该怎么建索引呢？现在我们可以肯定的是，只对tname加索引，或者只对tcid加索引肯定是不行的，那么在tname和tcid上都分别加索引呢（只是针对这个例子临时更改）？
 
 

 
 
640?wx_fmt=png
 
 

 
 
执行如下sql
 
 

 
 
 
 
SELECT tname, tcid FROM teacherFROM teacher
 
 

 
 
640?wx_fmt=png
 
 

 
 
可以看到是ALL，针对这种情况我们得对tname和tcid建联合索引，因为只有联合索引才能拿到tname和tcid的值，还不用回表
 
 

 
 
640?wx_fmt=png
 
 

 
 
再次执行
 
 

 
 
 
 
SELECT tname, tcid FROM teacherFROM teacher
 
 

 
 
640?wx_fmt=png
 
 

 
 
key使用了联合索引
 
 

 
 
all：全表扫描
 
 

 
 
 
 
SELECT * FROM teacher WHERE tcid = 1FROM teacher WHERE tcid = 1
 
 

 
 
640?wx_fmt=png
 
 
 
 possible_keys可能用到的索引，是一种预测，不准 
 
 
 key实际使用到的索引 
 
 
 
 
 key_len 
 
索引的长度，用于判断联合索引是否被完全使用，单开一文来讲
 
 
 
 ref 
 
列出是通过常量（const），还是某个表的某个字段（如果是join）来过滤（通过key）
 
 

 
 
先对teacher表的tname字段和course表的tid字段增加索引
 
 
 
 
SELECT  c.cid,  t.tnameFROM  course c,  teacher tWHERE  c.tid = t.tid  AND t.tname = "张三"
  c.cid,
  t.tname
FROM
  course c,
  teacher t
WHERE
  c.tid = t.tid
  AND t.tname = "张三"
 
 

 
 
640?wx_fmt=png
 
 

 
 
第一个为const表示常量，即张三，第二个为test2.t.tid，表示couse表引用的是test2库中的t（teacher）表的tid字段
 
 

 
 rows 
 
这一列是MySQL估计为了找到所需的行而要读取的行数
 
 
 
 Extra 
 
Using index：所需要的数据，只需要在索引即可全部获得，而不需要再到表中取数据
 
 

 
 
Using where：如果我们不是读取表的所有数据，或者不是仅仅通过索引就可以获取所有需要的数据，则会出现Using where信息。
 
 

 
 
Using index和Using where前面已经有例子，当出现索引覆盖时，会显示Using index，性能得到了提升，出现Using temporary和Using filesort说明性能损耗比较大
 
 

 
 
Using temporary：当MySQL某些操作中必须使用临时表时，在Extra信息中就会出现Using temporary。主要常见于GROUP BY和ORDER BY等操作中
 
 

 
 
Using filesort：这意味着MySQL会对结果使用一个外部索引排序，而不是按索引次序从表里读取行
 
 

 
 
对teacher表的name字段建索引（只是针对这个例子临时更改），
 
 

 
 
 
 
SELECT * FROM teacher WHERE tname = "张三" ORDER BY tnameFROM teacher WHERE tname = "张三" ORDER BY tname
 
 

 
 
640?wx_fmt=png
 
 

 
 
 
 
SELECT * FROM teacher WHERE tname = "张三" ORDER BY tcidFROM teacher WHERE tname = "张三" ORDER BY tcid
 
 

 
 
640?wx_fmt=png
 
 

 
 
640?wx_fmt=png
 
 
最近热文阅读：
 
 
1、用了10多年的 Tomcat 居然有bug，这能忍？
 
 
2、前后分离接口规范
 
 
3、MySQL 为什么建议使用自增主键？
 
 
4、Java面试官：给Java面试者的八点建议
 
 
5、面试官：MyBatis你只写了接口为啥就能执行SQL啊？
 
 
6、面试题总结：可能是全网最好的MySQL重要知识点
 
 
7、编码神奇Lombok！搭配IDEA更爽哦！
 
 
8、面试的加分项：懂点 Nginx 反向代理与负载均衡
 
 
9、面试官 5 连问：一个 TCP 连接可以发多少个 HTTP 请求？
 
 
10、IntelliJ IDEA 2019从入门到癫狂 图文教程！
 
 
640?wx_fmt=jpeg
 
 
关注公众号，你想要的Java都在这里
 


                

        

        

    

  


    

      

        

            

              
                
                  Java之间
                
              
            

            

                关注
              
            

        

        

          
      

      









                



	

		

			

				
					
面试官：如何用explain分析sql执行性能？

				
			

			

				

					小识的博客
				

				

					06-01
					
					2811
					
				

			

		

		

			
				
MySQL执行计划
在工作中，我们用于捕捉性能问题最常用的就是打开慢查询，定位执行效率差的SQL，那么当我们定位到一个SQL以后还不算完事，我们还需要知道该SQL的执行计划，比如是全表扫描，还是索引扫描，这些都需要通过EXPLAIN去完成。EXPLAIN命令是查看优化器如何决定执行查询的主要方法。
需要注意的是，生成的QEP并不确定，它可能会根据很多因素发生改变。MySQL不会将一个QEP和某个给定查询绑定，QEP将由SQL语句每次执行时的实际情况确定，即便使用存储过程也是如此。尽管在存储过程中SQL语句.

			
		

	



                

              
                



	

		

			

				
					
mysql面试题22：SQL优化的一般步骤是什么，怎么看执行计划（explain），如何理解其中各个字段的含义

					
最新发布

				
			

			

				

					小小鱼儿小小林的博客
				

				

					10-08
					
					467
					
				

			

		

		

			
				
SQL优化的一般步骤如下：
分析和理解问题：首先，要确保对问题的需求和背景有清晰的了解。了解需要优化的SQL语句的目标、数据量、访问模式等。

检查表结构和索引：查看表的结构定义，确保表的设计符合最佳实践。检查索引是否适当，是否覆盖了查询所需的列。
优化SQL语句：根据问题需求和数据库特性，对SQL语句进行优化。可以考虑使用合适的索引、优化查询条件和连接语句，避免不必要的子查询或函数调用等。

使用执行计划（EXPLAIN）：执行计划是数据库在执行SQL语句时生成的一个查询计划，用于指导数据库引擎执行查

			
		

	



                


  
              

                


	

		

			

				
					
mysql解析sql执行计划_MySQL——通过EXPLAIN分析SQL的执行计划

				
			

			

				

					weixin_42471893的博客
				

				

					01-21
					
					90
					
				

			

		

		

			
				
在MySQL中，我们可以通过EXPLAIN命令获取MySQL如何执行SELECT语句的信息，包括在SELECT语句执行过程中表如何连接和连接的顺序。select_type:表示SELECT的类型，常见的取值有：类型说明SIMPLE简单表，不使用表连接或子查询PRIMARY主查询，即外层的查询UNIONUNION中的第二个或者后面的查询语句SUBQUERY子查询中的第一个table:输出结果集的表(...

			
		

	





	

		

			

				
					
【Explain Plan】10g中的PLAN_TABLE$临时表

				
			

			

				

					cuanchuwei1207的博客
				

				

					04-05
					
					232
					
				

			

		

		

			
				
在早期的Oracle数据库中如果需要使用执行计划的功能，需要提前准备环境，也就是需要先执行下面的的脚本：SQL> @?/rdbms/admin/utlxplan.sql在Oracle 10g版本，这一步骤可以被省略了，取而...

			
		

	



		

			
		



	

		

			

				
					
MySQL——通过EXPLAIN分析SQL的执行计划

				
			

			

				

					给自己一个smile
				

				

					02-22
					
					498
					
				

			

		

		

			
				
在MySQL中，我们可以通过EXPLAIN命令获取MySQL如何执行SELECT语句的信息，包括在SELECT语句执行过程中表如何连接和连接的顺序。


以下讲解是居于数据库 5.7.32 版本

一 、执行计划字段描述


			类型
			
			
			说明
			
		select_type
			查询类型
		table
			输出结果集的表（表别名）
		partitions
			
			
			
		
			type
			
			连接类型 在常用的链接类型中：system &...

			
		

	





	

		

			

				
					
面试题之SQL优化——是否用过执行计划（explain）

				
			

			

				

					weixin_43120613的博客
				

				

					06-11
					
					1683
					
				

			

		

		

			
				
前几天找工作，面试到sql优化，explain命令应该大家都用到过，只是之前我也没注意过具体参数的含义，导致面试时很尴尬，事后学习了一下。
Explain命令是用来直接检查sql语句的，有两个参数很重要“Type”和“Extra”。
一、Type

Explain中的“Type”
MySQL的官网解释为：连接类型(the join type)。它描述了找到所需数据使用的扫描方式。
最为常见的扫描方式有：
 1、system：系统表，少量数据，往往不需要进行磁盘IO；
 2、const：常量连接；
 3、eq

			
		

	





	

		

			

				
					
面试官：不会看 Explain执行计划，简历敢写 SQL 优化？.mhtml

				
			

			

				

					08-22
				

			

		

		

			
				
面试官：不会看 Explain执行计划，简历敢写 SQL 优化？.mhtml

			
		

	





	

		

			

				
					
面试官：SQL语句为什么执行慢？ 我：为什么慢心里没数？

				
			

			

				

					weixin_50333534的博客
				

				

					01-19
					
					209
					
				

			

		

		

			
				
点赞关注，不会迷路！


文末领取最新学习面试资料


SQL 语句执行慢的原因是面试中经常会被问到的，对于服务端开发来说也是必须要关注的问题。总而言之，出了问题应该要做到心里有数。



在生产环境中，SQL 执行慢是很严重的事件。那么如何定位慢 SQL、慢的原因及如何防患于未然。接下来带着这些问题来开启本篇之旅！





- 思维导图-

写操作



作为后端开发，日常操作数据库最常用的是写操作和读操作。读操作我们下边会讲，这个分类里我们主要来看看写操作时为什么会导致 SQL 变慢。
...

			
		

	





	

		

			

				
					
面试官：order by 是怎样排序的？怎么优化？

				
			

			

				

					m0_67322837的博客
				

				

					05-20
					
					947
					
				

			

		

		

			
				
01 前言

刚换了新工作，用了两周时间准备，在 3 天之内拿了 5 个 offer，最后选择了广州某互联网行业独角兽 offer，昨天刚入职。这几天刚好整理下在面试中被问到有意思的问题，也借此机会跟大家分享下。

这家企业的面试官有点意思，一面是个同龄小哥，一起聊了两个小时（聊到我嘴都干了）。二面是个从阿里出来的架构师，视频面试，我做完自我介绍之后，他一开场就问我：


对 MySQL 熟悉吗？


我一愣，随之意识到这是个坑。他肯定想问我某方面的原理了，恰好我研究过索引。就回答：


对索引比较熟悉。


			
		

	





	

		

			

				
					
MySQL查看SQL语句执行效率

				
			

			

				

					weixin_34179968的博客
				

				

					02-24
					
					97
					
				

			

		

		

			
				
2019独角兽企业重金招聘Python工程师标准>>>   
                                        
         ...

			
		

	





	

		

			

				
					
explain的用法

				
			

			

				

					04-09
				

			

		

		

			
				
mysql、其他数据库explain的用法

			
		

	





	

		

			

				
					
高性能mysql之explain实战

				
			

			

				

					胃小的博客
				

				

					04-03
					
					594
					
				

			

		

		

			
				
看一个sql,  这个sql比较长,多张表使用左外链接链接在一起,还涉及到分库,但是主要的是两张表是orderinfo表和orderdetail表以及临时表demp;orderinfo表与orderdetail表是一对多的关系,这两张表的数据量都是百万级;(sql中关键信息进行了处理,但不影响分析结果)SELECT	busname,	buscode,	count(demp.orderno),	su...

			
		

	





	

		

			

				
					
explain详解

				
			

			

				

					YangYuWeb专栏
				

				

					12-19
					
					433
					
				

			

		

		

			
				
mysql> explain select count(id) from t_prehandle_zhigao_05 as zhigao where start_time > '2008-05-30';
+----+-------------+--------+-------+---------------+------------+---------+------+---------+----

			
		

	





	

		

			

				
					
MySQL优化—工欲善其事，必先利其器之EXPLAIN

				
			

			

				

					weixin_34013044的博客
				

				

					11-23
					
					303
					
				

			

		

		

			
				
最近慢慢接触MySQL，了解如何优化它也迫在眉睫了，话说工欲善其事，必先利其器。最近我就打算了解下几个优化MySQL中经常用到的工具。今天就简单介绍下EXPLAIN。
内容导航

id
select_type
table
type
possible_keys
key
key_len
ref
rows
Extra

 
环境准备
MySQL版本：

创建测试表
...

			
		

	





	

		

			

				
					
explain

				
			

			

				

					我3的博客
				

				

					02-09
					
					209
					
				

			

		

		

			
				
通过explain命令获取select语句的执行计划


			
		

	





	

		

			

				
					
explain 介绍

				
			

			

				

					weixin_34067049的博客
				

				

					03-17
					
					261
					
				

			

		

		

			
				
我们在工作中，对于 sql 的性能问题，可能会经常使用慢日志去查询，一般情况下，我们都能解决问题，不过在日常工作中，我们可能不只要查询 sql 的性能，还会去查询 sql 的执行效率以及它的类型，那么这个时候，我们就需要使用 explain 来进一步的了解了。
explain 被称为执行计划，我经常使用它来做索引效率的查询，今天详细介绍一下它都是能做什么。

以上图中显示的是 explain 中涉...

			
		

	





	

		

			

				
					
Explain详解

				
			

			

				

					qq_56754651的博客
				

				

					08-03
					
					421
					
				

			

		

		

			
				
Explain的介绍及实际使用，结合MySQL的底层数据结构及原理，对SQL语句进一步进行优化方案的完善

			
		

	





	

		

			

				
					
mysql------explain工具

				
			

			

				

					weixin_30429201的博客
				

				

					08-25
					
					288
					
				

			

		

		

			
				
基于mysql5.7,innodb存储引擎
使用explain关键字可以模拟优化器执行SQL语句，分析你的查询语句或是结构的性能瓶颈 在 select 语句之前增加 explain 关键字，MySQL 会在查询上设置一个标记，执行查询会返 回执行计划的信息，而不是执行这条SQL ，如果 from 中包含子查询，仍会执行该子查询，将结果放入临时表中
使用到的建表语句文末
explai...

			
		

	





	

		

			

				
					

				
			

			

				

					
				

			

		

		

			
				

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值