1、?概述：

?????? 執(zhí)行計(jì)劃的查看是進(jìn)行數(shù)據(jù)庫的sql語句調(diào)優(yōu)時(shí)依據(jù)的一個(gè)重要依據(jù)，mysql的執(zhí)行計(jì)劃查看相對oracle簡便很多，功能也相對簡單很多的SQL語句都不能直接查看。

本文檔整理了mysql執(zhí)行計(jì)劃的生成方法和查看。

2、?執(zhí)行計(jì)劃的生成和查看

????? 2.1 執(zhí)行計(jì)劃的生成方法：explain select …………….

????? 生成的方法很簡單在相應(yīng)的select前面加explain即可

????? 2.2 執(zhí)行計(jì)劃的查看

???? Id：包含一組數(shù)字，表示查詢中執(zhí)行select子句或操作表的順序；

?????????? 執(zhí)行順序從大到小執(zhí)行；

?????????? 當(dāng)id值一樣的時(shí)候，執(zhí)行順序由上往下；

?????Select_type:表示查詢中每個(gè)select子句的類型（簡單OR復(fù)雜），有以下幾種

? SIMPLE：查詢中不包含子查詢或者UNION ? PRIMARY：查詢中若包含任何復(fù)雜的子部分，最外層查詢則被標(biāo)記為PRIMARY ? SUBQUERY：在SELECT或WHERE列表中包含了子查詢，該子查詢被標(biāo)記為SUBQUERY ? DERIVED：在FROM列表中包含的子查詢被標(biāo)記為DERIVED（衍生） ? 若第二個(gè)SELECT出現(xiàn)在UNION之后，則被標(biāo)記為UNION； ? 若UNION包含在FROM子句的子查詢中，外層SELECT將被標(biāo)記為：DERIVED ? 從UNION表獲取結(jié)果的SELECT被標(biāo)記為：UNION RESULT

Type：表示MySQL在表中找到所需行的方式，又稱“訪問類型”，常見有以下幾種

? ALL：Full Table Scan， MySQL將進(jìn)行全表掃描； ? index：Full Index Scan，index與ALL區(qū)別為index類型只遍歷索引樹； ? range：range Index Scan，對索引的掃描開始于某一點(diǎn)，返回匹配值域的行，常見于between、<、>等的查詢； ? ref：非唯一性索引掃描，返回匹配摸個(gè)單獨(dú)值的所有行。常見于使用非唯一索引或唯一索引的非唯一前綴進(jìn)行的查找； ? eq_ref：唯一性索引掃描，對于每個(gè)索引鍵，表中只有一條記錄與之匹配。常見于主鍵或唯一索引掃描 ? const、system：當(dāng)MySQL對查詢某部分進(jìn)行優(yōu)化，并轉(zhuǎn)換為一個(gè)常量時(shí)，使用這些類型訪問。如將主鍵置于where列表中，MySQL就能將該查詢轉(zhuǎn)換為一個(gè)常量 ? NULL：MySQL在優(yōu)化過程中分解語句，執(zhí)行時(shí)甚至不用訪問表或索引

possible_keys：指出MySQL能使用哪個(gè)索引在表中找到行，查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢使用；

key：顯示MySQL在查詢中實(shí)際使用的索引，若沒有使用索引，顯示為NULL。當(dāng)查詢中若使用了覆蓋索引，則該索引僅出現(xiàn)在key列表中

key_len：表示索引中使用的字節(jié)數(shù)，可通過該列計(jì)算查詢中使用的索引的長度

ref：表示上述表的連接匹配條件，即那些列或常量被用于查找索引列上的值；

rows：表示MySQL根據(jù)表統(tǒng)計(jì)信息及索引選用情況，估算的找到所需的記錄所需要讀取的行數(shù)；

Extra：包含不適合在其他列中顯示但十分重要的額外信息；

? Using where：表示MySQL服務(wù)器在存儲引擎受到記錄后進(jìn)行“后過濾”（Post-filter）,如果查詢未能使用索引，Using where的作用只是提醒我們MySQL將用where子句來過濾結(jié)果集 ? Using temporary：表示MySQL需要使用臨時(shí)表來存儲結(jié)果集，常見于排序和分組查詢； ? Using filesort：MySQL中無法利用索引完成的排序操作稱為“文件排序”；

2.3 mysql執(zhí)行計(jì)劃的局限

EXPLAIN不會告訴你關(guān)于觸發(fā)器、存儲過程的信息或用戶自定義函數(shù)對查詢的影響情況 EXPLAIN不考慮各種Cache EXPLAIN不能顯示MySQL在執(zhí)行查詢時(shí)所作的優(yōu)化工作 部分統(tǒng)計(jì)信息是估算的，并非精確值 EXPALIN只能解釋SELECT操作，其他操作要重寫為SELECT后查看執(zhí)行計(jì)劃

3、 對于非select語句查看執(zhí)行計(jì)劃

在實(shí)際的工作中也經(jīng)常需要查看一些諸如update、delete的執(zhí)行計(jì)劃，（mysql5.6的版本已經(jīng)支持直接查看）但是這時(shí)候并不能直接通過explain來進(jìn)行查看，而需要通過改寫語句進(jìn)行查看執(zhí)行計(jì)劃；

在一個(gè)生產(chǎn)數(shù)據(jù)庫的慢查詢?nèi)罩景l(fā)現(xiàn)有條語句如下：

Count: 13 Time=73.44s (954s) Lock=0.00s (0s) Rows=0.0 (0), ipos[ipos]@2hosts update ipos_zdjhd m,ipos_zdjhdtj tj set m.qr=N,m.qrrq='S',m.qrr='S',tj.qr=N,tj.qrrq='S' where m.ydjh='S' and tj.djbh='S'

可以改寫如下：

Explain Select m.qr , m.qrr , tj.qr , tj.qrrq from ipos_zdjhd m,ipos_zdjhdtj tj where m.ydjh='17233' and tj.djbh='48632';

馬上可以發(fā)現(xiàn)ipos_zdjhd表進(jìn)行了全表掃描，而ipos_zdjhd表有1076971行的數(shù)據(jù)，所以整個(gè)update的操作肯定是一個(gè)很慢的過程，經(jīng)過和開發(fā)人員溝通后，在ipos_zdjhd表增加相應(yīng)的索引便讓整個(gè)過程提升了500倍。

?

小結(jié)：執(zhí)行計(jì)劃加上慢查詢?nèi)罩窘M成了mysql調(diào)優(yōu)過程的一組調(diào)優(yōu)利器，當(dāng)數(shù)據(jù)庫穩(wěn)定過后參數(shù)的調(diào)優(yōu)是很少的一部分，80%以上的調(diào)優(yōu)都會是SQL調(diào)優(yōu)。

#####################################################################本文作者：JOHN，某上市公司DBA，業(yè)余時(shí)間專注于數(shù)據(jù)庫的技術(shù)管理，從管理的角度去運(yùn)用技術(shù)

ORACLE技術(shù)博客：ORACLE 獵人筆記 數(shù)據(jù)庫技術(shù)群：367875324 （請備注數(shù)據(jù)庫管理 ）

#####################################################################

from:?http://blog.itpub.net/12679300/viewspace-1394985/

總結(jié)

以上是生活随笔為你收集整理的MYSQL查看执行计划 Explain的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。