一。什么是數據庫執行計划：
MySQL執行計划是sql語句經過查詢優化器后，查詢優化器會根據用戶的sql語句所包含的字段和內容數量等統計信息，選擇出一個執行效率最優（MySQL系統認為最優）的執行計划，然后根據執行計划，調用存儲引擎提供的接口，獲取數據。執行計划，簡單的來說，是SQL在數據庫中執行時的表現情況,通常用於SQL性能分析,優化等場景。
二。執行計划的查看方法：
使用explain關鍵字可以模擬優化器執行SQL查詢語句，從而知道MySQL是如何處理你的SQL語句的，分析你的查詢語句或是表結構的性能瓶頸。
explain select …………….（在相應的select前面加explain即可）
三。執行計划的查看：
執行計划包含的信息
(1).id
含義，指示select字句或操作表的順序。
eg1：id相同，執行順序從上到下，下面的執行計划表示，先操作t1表，然后操作t2表，最后操作t3表。
eg2：若存在子查詢，則子查詢（內層查詢）id大於父查詢(外層查詢)，先執行子查詢。id越大，優先級越高。
(2).select_type
含義：select語句的類型，主要是用於區分普通查詢、聯合查詢、子查詢等復雜的查詢
1、SIMPLE：簡單的select查詢，查詢中不包含子查詢或者union
2、PRIMARY：查詢中包含任何復雜的子部分，最外層查詢則被標記為primary
3、SUBQUERY：在select 或 where列表中包含了子查詢
4、DERIVED：在from列表中包含的子查詢被標記為derived（衍生），mysql或遞歸執行這些子查詢，把結果放在零時表里
5、UNION：若第二個select出現在union之后，則被標記為union；若union包含在from子句的子查詢中，外層select將被標記為derived
6、UNION RESULT：從union表獲取結果的select
eg：
id為1的table顯示<derived2>,表示結果來源於衍生表2。
id為2表示子查詢，讀取t3表
id為3類型為union，是union的第二個select，最先執行；
id為NULL的類型為union result, <union 1,3>表示id為1的操作和id為3的操作進行結果集合並。
執行順序3->2->1->NULL
(3) table：表名稱
(4).type
含義：獲取記錄行采用的方式，亦即mysql的訪問方式。
1.ALL：Full Table Scan， MySQL將遍歷全表以找到匹配的行
2.index：Full Index Scan，index與ALL區別為index類型只遍歷索引，索引一般比記錄要小。
因為索引中含有c1，查詢c1,c2可以通過索引掃描實現。
3.range：索引范圍掃描，對索引的掃描開始於某一點，返回匹配值域的行，常見於between、<、>等的查詢
備注：range類型肯定是使用了索引掃描，否則type為ALL
4.ref：非唯一性索引掃描，返回匹配某個單獨值的所有行。常見於使用非唯一索引或者唯一索引的非唯一前綴進行的查找
t2.c4為非唯一索引
5.eq_ref：唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描
t2.c1為主鍵索引，主鍵索引也是唯一索引
6.const、system：當MySQL對查詢某部分進行優化，並轉換為一個常量時，使用這些類型訪問。如將主鍵置於where列表中，
MySQL就能將該查詢轉換為一個常量，system是const類型的特例，當查詢的表只有一行的情況下， 使用system
7. NULL：MySQL在優化過程中分解語句，執行時甚至不用訪問表或索引。
(5).possible_keys
含義：指出MySQL能使用哪個索引在表中找到行，查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢使用
(6).key
含義：顯示MySQL在查詢中實際使用的索引，若沒有使用索引，顯示為NULL
(7)key_len
含義：表示索引中使用的字節數，可通過該列計算查詢中使用的索引的長度
(8)ref
含義：用於連接查詢，表示具體某個表的某列被引用
(9)rows
含義：MySQL根據表統計信息及索引選用情況，估算的找到所需的記錄所需要讀取的行數,這個值是不准確的，只有參考意義。
(10)Extra
含義：顯示一些輔助的額外信息
Using index,表示使用了索引
Using MRR，使用到索引內部排序
Using where，表示通過where條件過濾
Using temporary，表示使用了臨時表，常見於分組和排序
Using filesort，表示無法使用索引排序，需要文件排序
eg1:t1.c3列沒有索引
eg2：使用索引列t1.c2
測試表結構：
CREATE TABLE `t1` (
`c1` int(11) NOT NULL DEFAULT '0',
`c2` varchar(128) DEFAULT NULL,
`c3` varchar(64) DEFAULT NULL,
`c4` int(11) DEFAULT NULL,
PRIMARY KEY (`c1`),
KEY `ind_c2` (`c2`),
KEY `ind_c4` (`c4`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
CREATE TABLE `t2` (
`c1` int(11) NOT NULL DEFAULT '0',
`c2` varchar(128) DEFAULT NULL,
`c3` varchar(64) DEFAULT NULL,
`c4` int(11) DEFAULT NULL,
PRIMARY KEY (`c1`),
KEY `ind_c2` (`c2`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
CREATE TABLE `t3` (
`c1` int(11) NOT NULL DEFAULT '0',
`c2` varchar(128) DEFAULT NULL,
`c3` varchar(64) DEFAULT NULL,
`c4` int(11) DEFAULT NULL,
PRIMARY KEY (`c1`),
KEY `ind_c2` (`c2`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
四。數據庫執行計划的局限性：
EXPLAIN不會告訴你關於觸發器、存儲過程的信息或用戶自定義函數對查詢的影響情況；
EXPLAIN不考慮各種Cache（通常人們所說的Cache就是指緩存SRAM。 SRAM叫靜態內存，“靜態”指的是當我們將一筆數據寫入SRAM后，除非重新寫入新數據或關閉電源，否則寫入的數據保持不變）；
EXPLAIN不能顯示MySQL在執行查詢時所作的優化工作；
部分統計信息是估算的，並非精確值；
EXPALIN只能解釋SELECT操作，其他操作要重寫為SELECT后查看執行計划。（mysql5.6的版本已經支持直接查看）
