來自靈魂的拷問——知道什么是SQL執行計劃嗎？

在這里插入圖片描述

面試官說：工作這么久了，應該知道sql執行計劃吧，講講Sql的執行計劃吧！
看了看面試官手臂上紋的大花臂和一串看不懂的韓文，吞了吞口水，暗示自己鎮定點，整理了一下思緒緩緩的對面試官說：我不會
面試官：。。。。，回去等通知吧
我：%^&%$!@#

一、前言

當我們工作到了一定的年限之后，一些應該掌握的知識點，我們是必須需要去了解的，比如今天面試官問的SQL執行計劃
當我們執行一條SQL的時候，可以直接對應的結果，但是你并不曉得，它會經歷多深遠黑暗的隧道，通過連接器、查詢緩存、分析器、優化器、執行器重重篩選，才有可能展示到我們面前，有時候當你等待N長時間，但是展現的卻是 timeout，這個時候想砸電腦的心都有了，不過當你看了今天的SQL執行計劃后，你再也不用砸電腦了，看懂了這篇文章你就會知道這都不是事，讓我們一起來揭曉這里面的奧妙

在實際的應用場景中，為了知道優化SQL語句的執行，需要查看SQL語句的具體執行過程，以加快SQL語句的執行效率。
通常會使用explain+SQL語句來模擬優化器執行SQL查詢語句，從而知道mysql是如何處理sql語句的。

官網地址： https://dev.mysql.com/doc/refman/5.5/en/explain-output.html

首先我們來下面的一條sql語句，其中會有id、select_type 、table 等等這些列，這些就是我們執行計劃中所包含的信息，我們要弄明白的就是這些列是用來干嘛的，以及每個列可能存在多少個值。
explain select * from emp;

在這里插入圖片描述

二、執行計劃中包含的信息

列(Column) 含義(Meaning)
id The SELECT identifier（每個select子句的標識id）
select_type The SELECT type（select語句的類型）
table The table for the output row（當前表名）
partitions The matching partitions （顯示查詢將訪問的分區，如果你的查詢是基于分區表）
type The join type（當前表內訪問方式）
possible_keys The possible indexes to choose（可能使用到的索引）
key The index actually chosen（經過優化器評估最終使用的索引）
key_len The length of the chosen key （使用到的索引長度）
ref The columns compared to the index（引用到的上一個表的列）
rows Estimate of rows to be examined （要得到最終記錄索要掃描經過的記錄數）
filtered Percentage of rows filtered by table condition（存儲引擎返回的數據在server層過濾后，剩下滿足查詢的記錄數量的比例）
extra Additional information （額外的信息說明） 
貼心的小農已經把sql復制出來了，只需要放到數據庫中執行即可，方便簡單快捷 

                                                         ——牧小農

建表語句：

SET FOREIGN_KEY_CHECKS=0;
DROP TABLE IF EXISTS `dept`;
CREATE TABLE `dept` (
  `DEPTNO` int NOT NULL,
  `DNAME` varchar(14) DEFAULT NULL,
  `LOC` varchar(13) DEFAULT NULL,
  PRIMARY KEY (`DEPTNO`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO `dept` VALUES ('10', 'ACCOUNTING', 'NEW YORK');
INSERT INTO `dept` VALUES ('20', 'RESEARCH', 'DALLAS');
INSERT INTO `dept` VALUES ('30', 'SALES', 'CHICAGO');
INSERT INTO `dept` VALUES ('40', 'OPERATIONS', 'BOSTON');

DROP TABLE IF EXISTS `emp`;
CREATE TABLE `emp` (
  `EMPNO` int NOT NULL,
  `ENAME` varchar(10) DEFAULT NULL,
  `JOB` varchar(9) DEFAULT NULL,
  `MGR` int DEFAULT NULL,
  `HIREDATE` date DEFAULT NULL,
  `SAL` double(7,2) DEFAULT NULL,
  `COMM` double(7,2) DEFAULT NULL,
  `DEPTNO` int DEFAULT NULL,
  PRIMARY KEY (`EMPNO`),
  KEY `idx_job` (`JOB`),
  KEY `jdx_mgr` (`MGR`),
  KEY `jdx_3` (`DEPTNO`),
  KEY `idx_3` (`DEPTNO`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO `emp` VALUES ('7369', 'SMITH', 'CLERK', '7902', '1980-12-17', '800.00', null, '20');
INSERT INTO `emp` VALUES ('7499', 'ALLEN', 'SALESMAN', '7698', '1981-02-20', '1600.00', '300.00', '30');
INSERT INTO `emp` VALUES ('7521', 'WARD', 'SALESMAN', '7698', '1981-02-22', '1250.00', '500.00', '30');
INSERT INTO `emp` VALUES ('7566', 'JONES', 'MANAGER', '7839', '1981-02-02', '2975.00', null, '20');
INSERT INTO `emp` VALUES ('7654', 'MARTIN', 'SALESMAN', '7698', '1981-09-28', '1250.00', '1400.00', '30');
INSERT INTO `emp` VALUES ('7698', 'BLAKE', 'MANAGER', '7839', '1981-01-05', '2850.00', null, '30');
INSERT INTO `emp` VALUES ('7782', 'CLARK', 'MANAGER', '7839', '1981-09-06', '2450.00', null, '10');
INSERT INTO `emp` VALUES ('7839', 'KING', 'PRESIDENT', null, '1981-11-17', '5000.00', null, '10');
INSERT INTO `emp` VALUES ('7844', 'TURNER', 'SALESMAN', '7698', '1981-09-08', '1500.00', '0.00', '30');
INSERT INTO `emp` VALUES ('7900', 'JAMES', 'CLERK', '7698', '1981-12-03', '950.00', null, '30');
INSERT INTO `emp` VALUES ('7902', 'FORD', 'ANALYST', '7566', '1981-12-03', '3000.00', null, '20');
INSERT INTO `emp` VALUES ('7934', 'MILLER', 'CLERK', '7782', '1982-01-23', '1300.00', null, '10');

DROP TABLE IF EXISTS `emp2`;
CREATE TABLE `emp2` (
  `id` int NOT NULL AUTO_INCREMENT,
  `empno` int DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8;
INSERT INTO `emp2` VALUES ('1', '111');
INSERT INTO `emp2` VALUES ('2', '222');

DROP TABLE IF EXISTS `salgrade`;
CREATE TABLE `salgrade` (
  `GRADE` int NOT NULL,
  `LOSAL` double DEFAULT NULL,
  `HISAL` double DEFAULT NULL,
  PRIMARY KEY (`GRADE`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO `salgrade` VALUES ('1', '700', '1200');
INSERT INTO `salgrade` VALUES ('2', '1201', '1400');
INSERT INTO `salgrade` VALUES ('3', '1401', '2000');
INSERT INTO `salgrade` VALUES ('4', '2001', '3000');
INSERT INTO `salgrade` VALUES ('5', '3001', '9999');

DROP TABLE IF EXISTS `t_job`;
CREATE TABLE `t_job` (
  `id` int NOT NULL AUTO_INCREMENT,
  `job` varchar(9) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `j` (`job`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

2.1 id

select查詢的序列號，包含一組數字，表示查詢中執行select子句或者操作表的順序

id號分為三種情況：

? 1、如果id相同，那么執行順序從上到下

-- 左關聯
explain select * from emp e left  join dept d on e.deptno = d.deptno;
-- 右關聯
explain select * from emp e right join dept d on e.deptno = d.deptno;

通過left join 和 right join 驗證；id一樣（注意執行計劃的table列），left join 先掃描e表，再掃描d表；right join 先掃描d表，再掃描e表


在這里插入圖片描述

? 2、如果id不同，如果是子查詢，id的序號會遞增，id值越大優先級越高，越先被執行

explain select * from emp e where e.deptno = (select d.deptno from dept d where d.dname = 'SALES');

在下面的表中回先查詢 id 為 2的數據 也就是我們的 d表（注意：我們可以看到d表中select_type為 SUBQUERY 也就是子查詢的 意思），然后根據d表中的deptno去查詢 e表中的數據

在這里插入圖片描述

? 3、id相同和不同的，同時存在：相同的可以認為是一組，從上往下順序執行，在所有組中，id值越大，優先級越高，越先執行

explain select * from emp e join dept d on e.deptno = d.deptno join salgrade sg on e.sal between sg.losal and sg.hisal where e.deptno = (select d.deptno from dept d where d.dname = 'SALES');

在這里先從id為2的執行，如果id是一樣的，就按照順序執行


在這里插入圖片描述

2.2 select_type

主要用來分辨查詢的類型，是普通查詢還是聯合查詢還是子查詢

select_type 值 含義(Meaning）
SIMPLE 簡單的查詢不包含 UNION 和 subqueries
PRIMARY 查詢中若包含任何復雜的子查詢，最外層查詢則被標記為Primary
UNION 若第二個select出現在union之后，則被標記為union
DEPENDENT UNION 跟union類似，此處的depentent表示union或union all聯合而成的結果會受外部表影響
UNION RESULT 從union表獲取結果的select
SUBQUERY 在select或者where列表中包含子查詢
DEPENDENT SUBQUERY subquery的子查詢要受到外部表查詢的影響
DERIVED from子句中出現的子查詢，也叫做派生類
UNCACHEABLE SUBQUERY 表示使用子查詢的結果不能被緩存
UNCACHEABLE UNION 表示union的查詢結果不能被緩存 
--simple:簡單的查詢，不包含子查詢和union
explain select * from emp;
在這里插入圖片描述
--primary:查詢中若包含任何復雜的子查詢，最外層查詢則被標記為Primary
explain select * from emp e where e.deptno = (select d.deptno from dept d where d.dname = 'SALES');
在這里插入圖片描述
--union:若第二個select出現在union之后，則被標記為union
explain select * from emp where deptno = 10 union select * from emp where sal >2000;
在這里插入圖片描述
--dependent union:跟union類似，此處的depentent表示union或union all聯合而成的結果會受外部表影響
explain select * from emp e where e.empno  in ( select empno from emp where deptno = 10 union select empno from emp where sal >2000);
在這里插入圖片描述
--union result:從union表獲取結果的select
explain select * from emp where deptno = 10 union select * from emp where sal >2000;
在這里插入圖片描述
--subquery:在select或者where列表中包含子查詢
explain select * from emp where sal > (select avg(sal) from emp) ;
在這里插入圖片描述
--dependent subquery:subquery的子查詢要受到外部表查詢的影響
explain select * from emp e where e.deptno = (select distinct deptno from dept where deptno = e.deptno);
在這里插入圖片描述
--DERIVED: from子句中出現的子查詢，也叫做派生類，
explain select * from (select ename staname,mgr from emp where ename = 'W' union select ename,mgr from emp where ename = 'E') a;
在這里插入圖片描述
-- UNCACHEABLE SUBQUERY：表示使用子查詢的結果不能被緩存
 explain select * from emp where empno = (select empno from emp where deptno=@@sort_buffer_size);
在這里插入圖片描述
--uncacheable union:表示union的查詢結果不能被緩存
explain select * from emp where exists (select 1 from dept where  emp.deptno = dept.deptno union select 1 from dept where  deptno = 10);
在這里插入圖片描述

2.3 table

對應行正在訪問哪一個表，表名或者別名，可能是臨時表或者union合并結果集
1、如果是具體的表名，則表明從實際的物理表中獲取數據，也可以是表的別名
explain select * from emp where sal > (select avg(sal) from emp) ;

在這里插入圖片描述

? 2、表名是derivedN的形式，表示使用了id為N的查詢產生的衍生表
explain select * from (select ename staname,mgr from emp where ename = 'WARD' union select ename staname,mgr from emp where ename = 'SMITH') a;

derived2 ： 表明我們需要從衍生表2中取數據

在這里插入圖片描述

? 3、當有union result的時候，表名是union n1,n2等的形式，n1,n2表示參與union的id
explain select * from emp where deptno = 10 union select * from emp where sal >2000;

在這里插入圖片描述

2.4 type

type顯示的是訪問類型，訪問類型表示我是以何種方式去訪問我們的數據，最容易想的是全表掃描，直接暴力的遍歷一張表去尋找需要的數據，效率非常低下，訪問的類型有很多，效率從最好到最壞依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

一般情況下，得保證查詢至少達到range級別，最好能達到ref

--all:全表掃描，一般情況下出現這樣的sql語句而且數據量比較大的話那么就需要進行優化。
explain select * from emp;
在這里插入圖片描述
--index：全索引掃描這個比all的效率要好，主要有兩種情況，一種是當前的查詢時覆蓋索引，即我們需要的數據在索引中就可以索取，或者是使用了索引進行排序，這樣就避免數據的重排序
explain  select empno from emp;
在這里插入圖片描述
--range：表示利用索引查詢的時候限制了范圍，在指定范圍內進行查詢，這樣避免了index的全索引掃描，適用的操作符： =, <>, >, >=, <, <=, IS NULL, BETWEEN, LIKE, or IN() 
explain select * from emp where empno between 7000 and 7500;
在這里插入圖片描述
--index_subquery：利用索引來關聯子查詢，不再掃描全表
explain select * from emp where emp.job in (select job from t_job);

--unique_subquery:該連接類型類似與index_subquery,使用的是唯一索引
 explain select * from emp e where e.deptno in (select distinct deptno from dept);

--ref_or_null：對于某個字段即需要關聯條件，也需要null值的情況下，查詢優化器會選擇這種訪問方式
explain select * from emp e where  e.mgr is null or e.mgr=7369;
在這里插入圖片描述
--ref：使用了非唯一性索引進行數據的查找
 create index idx_3 on emp(deptno);
 explain select * from emp e,dept d where e.deptno =d.deptno;
在這里插入圖片描述
--eq_ref ：使用唯一性索引進行數據查找
explain select * from emp,emp2 where emp.empno = emp2.empno;
在這里插入圖片描述
--const：這個表至多有一個匹配行，
explain select * from emp where empno = 7369;
在這里插入圖片描述
--system：表只有一行記錄（等于系統表），這是const類型的特例，平時不會出現

2.5 possible_keys

? 顯示可能應用在這張表中的索引，一個或多個，查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢實際使用

explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;
在這里插入圖片描述

2.6 key

? 實際使用的索引，如果為null，則沒有使用索引，查詢中若使用了覆蓋索引，則該索引和查詢的select字段重疊。

explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;
在這里插入圖片描述

2.7 key_len

表示索引中使用的字節數，可以通過key_len計算查詢中使用的索引長度，在不損失精度的情況下長度越短越好。
1、一般地，key_len 等于索引列類型字節長度，例如int類型為4 bytes，bigint為8 bytes；
2、如果是字符串類型，還需要同時考慮字符集因素，例如utf8字符集1個字符占3個字節，gbk字符集1個字符占2個字節
3、若該列類型定義時允許NULL，其key_len還需要再加 1 bytes
4、若該列類型為變長類型，例如 VARCHAR（TEXT\BLOB不允許整列創建索引，如果創建部分索引也被視為動態列類型），其key_len還需要再加 2 bytes
字符集會影響索引長度、數據的存儲空間，為列選擇合適的字符集；變長字段需要額外的2個字節，固定長度字段不需要額外的字節。而null都需要1個字節的額外空間，所以以前有個說法：索引字段最好不要為NULL，因為NULL讓統計更加復雜，并且需要額外一個字節的存儲空間。

-- key_len的長度計算公式：

-- varchar(len)變長字段且允許NULL      : len*(Character Set：utf8=3,gbk=2,latin1=1)+1(NULL)+2(變長字段)
-- varchar(len)變長字段且不允許NULL    : len*(Character Set：utf8=3,gbk=2,latin1=1)+2(變長字段)

-- char(len)固定字段且允許NULL         : len*(Character Set：utf8=3,gbk=2,latin1=1)+1(NULL)
-- char(len)固定字段且不允許NULL       : len*(Character Set：utf8=3,gbk=2,latin1=1)

explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;
在這里插入圖片描述

2.8 ref

顯示索引的哪一列被使用了，如果可能的話，是一個常數

explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;
在這里插入圖片描述

2.9 rows

根據表的統計信息及索引使用情況，大致估算出找出所需記錄需要讀取的行數，此參數很重要，直接反應的sql找了多少數據，在完成目的的情況下越少越好

explain select * from emp;
在這里插入圖片描述

2.10 extra

包含額外的信息。

--using filesort:說明mysql無法利用索引進行排序，只能利用排序算法進行排序，會消耗額外的位置
explain select * from emp order by sal;
在這里插入圖片描述
--using temporary:建立臨時表來保存中間結果，查詢完成之后把臨時表刪除
explain select ename,count(*) from emp where deptno = 10 group by ename;
在這里插入圖片描述
--using index:這個表示當前的查詢時覆蓋索引的，直接從索引中讀取數據，而不用訪問數據表。如果同時出現using where 表名索引被用來執行索引鍵值的查找，如果沒有，表面索引被用來讀取數據，而不是真的查找
explain select deptno,count(*) from emp group by deptno limit 10;
在這里插入圖片描述
--using where:使用where進行條件過濾
explain select * from emp2 where empno = 1;
在這里插入圖片描述

三 總結

到這里執行計劃就講完了，sql的執行計劃并不是很難，主要是記住每個列代表的意思和如何進行優化，這個是需要大量的訓練和實操實現的， 有興趣的小伙伴可以自行去試試，還是很有趣的，本文只是簡單介紹一下MySQL執行計劃，想全面深入了解MySQL,可優先閱讀MySQL官方手冊，大家加油~

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明：文章內容（如有圖片或視頻亦包括在內）由作者上傳并發布，文章內容僅代表作者本人觀點，簡書系信息發布平臺，僅提供信息存儲服務。
  • 人面猴
    序言：七十年代末，一起剝皮案震驚了整個濱河市，隨后出現的幾起案子，更是在濱河造成了極大的恐慌，老刑警劉巖，帶你破解...
    沈念sama閱讀 228,739評論 6贊 534
  • 死咒
    序言：濱河連續發生了三起死亡事件，死亡現場離奇詭異，居然都是意外死亡，警方通過查閱死者的電腦和手機，發現死者居然都...
    沈念sama閱讀 98,634評論 3贊 419
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進店門，熙熙樓的掌柜王于貴愁眉苦臉地迎上來，“玉大人，你說我怎么就攤上這事。” “怎么了？”我有些...
    開封第一講書人閱讀 176,653評論 0贊 377
  • 道士緝兇錄：失蹤的賣姜人
    文/不壞的土叔 我叫張陵，是天一觀的道長。 經常有香客問我，道長，這世上最難降的妖魔是什么？ 我笑而不...
    開封第一講書人閱讀 63,063評論 1贊 314
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任，我火速辦了婚禮，結果婚禮上，老公的妹妹穿的比我還像新娘。我一直安慰自己，他們只是感情好，可當我...
    茶點故事閱讀 71,835評論 6贊 410
  • 惡毒庶女頂嫁案：這布局不是一般人想出來的
    文/花漫 我一把揭開白布。 她就那樣靜靜地躺著，像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上，一...
    開封第一講書人閱讀 55,235評論 1贊 324
  • 城市分裂傳說
    那天，我揣著相機與錄音，去河邊找鬼。 笑死，一個胖子當著我的面吹牛，可吹牛的內容都是我干的。 我是一名探鬼主播，決...
    沈念sama閱讀 43,315評論 3贊 442
  • 雙鴛鴦連環套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開眼，長吁一口氣：“原來是場噩夢啊……” “哼！你這毒婦竟也來了？” 一聲冷哼從身側響起，我...
    開封第一講書人閱讀 42,459評論 0贊 289
  • 萬榮殺人案實錄
    序言：老撾萬榮一對情侶失蹤，失蹤者是張志新（化名）和其女友劉穎，沒想到半個月后，有當地人在樹林里發現了一具尸體，經...
    沈念sama閱讀 49,000評論 1贊 335
  • ?護林員之死
    正文 獨居荒郊野嶺守林人離奇死亡，尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,819評論 3贊 355
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年，在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,004評論 1贊 370
  • 活死人
    序言：一個原本活蹦亂跳的男人離奇死亡，死狀恐怖，靈堂內的尸體忽然破棺而出，到底是詐尸還是另有隱情，我是刑警寧澤，帶...
    沈念sama閱讀 38,560評論 5贊 362
  • ?日本核電站爆炸內幕
    正文 年R本政府宣布，位于F島的核電站，受9級特大地震影響，放射性物質發生泄漏。R本人自食惡果不足惜，卻給世界環境...
    茶點故事閱讀 44,257評論 3贊 347
  • 男人毒藥：我在死后第九天來索命
    文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧，春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,676評論 0贊 26
  • 一樁弒父案，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至，卻和暖如春，著一層夾襖步出監牢的瞬間，已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,937評論 1贊 288
  • 情欲美人皮
    我被黑心中介騙來泰國打工， 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留，地道東北人。 一個月前我還...
    沈念sama閱讀 51,717評論 3贊 393
  • 代替公主和親
    正文 我出身青樓，卻偏偏與公主長得像，于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子，可洞房花燭夜當晚...
    茶點故事閱讀 48,003評論 2贊 374