上一次我們 通過實踐，解釋了mysql主從復制的原理和實踐，今天，我們來看一下mysql的執行計劃
在企業的應用場景中，為了知道優化SQL陳述句的執行，需要查看SQL陳述句的具體執行程序，以加快SQL陳述句的執行效率，
可以使用explain+SQL陳述句來模擬優化器執行SQL查詢陳述句，從而知道mysql是如何處理sql陳述句的，
1、執行計劃中包含的資訊
ColumnMeaningidThe SELECT identifierselect_typeThe SELECT typetableThe table for the output rowpartitionsThe matching partitionstypeThe join typepossible_keysThe possible indexes to choosekeyThe index actually chosenkey_lenThe length of the chosen keyrefThe columns compared to the indexrowsEstimate of rows to be examinedfilteredPercentage of rows filtered by table conditionextraAdditional information
id
select查詢的序列號，包含一組數字，表示查詢中執行select子句或者操作表的順序
id號分為三種情況：
1、如果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;2、如果id不同，如果是子查詢，id的序號會遞增，id值越大優先級越高，越先被執行
explain select * from emp e where e.deptno in (select d.deptno from dept d where d.dname = 'SALES');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 in (select d.deptno from dept d where d.dname = 'SALES');select_type
主要用來分辨查詢的型別，是普通查詢還是聯合查詢還是子查詢
select_type ValueMeaningSIMPLESimple SELECT (not using UNION or subqueries)PRIMARYOutermost SELECTUNIONSecond or later SELECT statement in a UNIONDEPENDENT UNIONSecond or later SELECT statement in a UNION, dependent on outer queryUNION RESULTResult of a UNION.SUBQUERYFirst SELECT in subqueryDEPENDENT SUBQUERYFirst SELECT in subquery, dependent on outer queryDERIVEDDerived tableUNCACHEABLE SUBQUERYA subquery for which the result cannot be cached and must be re-evaluated for each row of the outer queryUNCACHEABLE UNIONThe second or later select in a UNION that belongs to an uncacheable subquery (see UNCACHEABLE SUBQUERY)
--sample:簡單的查詢，不包含子查詢和union
explain select * from emp;
--primary:查詢中若包含任何復雜的子查詢，最外層查詢則被標記為Primaryexplain select staname,ename supname from (select ename staname,mgr from emp) t join emp on t.mgr=emp.empno ;
--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 in (select distinct deptno from dept);
--DERIVED: from子句中出現的子查詢，也叫做派生類，
explain select staname,ename supname from (select ename staname,mgr from emp) t join emp on t.mgr=emp.empno ;
--UNCACHEABLE SUBQUERY：表示使用子查詢的結果不能被快取explain select * from emp where empno = (select empno from emp where deptno=@@sort_buffer_size);
--uncacheable union:表示union的查詢結果不能被快取：sql陳述句未驗證table
對應行正在訪問哪一個表，表名或者別名，可能是臨時表或者union合并結果集 1、如果是具體的表名，則表明從實際的物理表中獲取資料，當然也可以是表的別名
2、表名是derivedN的形式，表示使用了id為N的查詢產生的衍生表
3、當有union result的時候，表名是union n1,n2等的形式，n1,n2表示參于union的id
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);
--index_merge：在查詢程序中需要多個索引組合使用，沒有模擬出來--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型別的特例，平時不會出現possible_keys
顯示可能應用在這張表中的索引，一個或多個，查詢涉及到的欄位上若存在索引，則該索引將被列出，但不一定被查詢實際使用
explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;key
實際使用的索引，如果為null，則沒有使用索引，查詢中若使用了覆寫索引，則該索引和查詢的select欄位重疊，
explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;key_len
表示索引中使用的位元組數，可以通過key_len計算查詢中使用的索引長度，在不損失精度的情況下長度越短越好，
explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;ref
顯示索引的哪一列被使用了，如果可能的話，是一個常數
explain select * from emp,dept where emp.deptno = dept.deptno and emp.deptno = 10;rows
根據表的統計資訊及索引使用情況，大致估算出找出所需記錄需要讀取的行數，此引數很重要，直接反應的sql找了多少資料，在完成目的的情況下越少越好
explain select * from emp;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 t_user where id = 1;
--using join buffer:使用連接快取，情況沒有模擬出來
--impossible where：where陳述句的結果總是false
explain select * from emp where empno = 7469;
感覺寫的不錯的，歡迎關注+轉發吧，您的鼓勵是我繼續的最大動力
相應的文章已經整理形成檔案，git掃碼獲取資料看這里
https://gitee.com/biwangsheng/personal.git
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/38615.html
標籤：Java
上一篇：這么高顏值的Kubernetes管理工具Lens，難道還不能C位出道嗎
下一篇：Springboot啟動原理