Mysql查看執(zhí)行計(jì)劃
explain + sql ：輸出執(zhí)行計(jì)劃。
explain extended + sql ：會(huì)在 explain 的基礎(chǔ)上額外提供一些查詢優(yōu)化的信息。緊隨其后通過 show warnings 命令可以 得到優(yōu)化后的查詢語句，從而看出優(yōu)化器優(yōu)化了什么。額外還有 filtered 列，是一個(gè)百分比的值，rows * filtered/100 可以估算出將要和 explain 中前一個(gè)表進(jìn)行連接的行數(shù)（前一個(gè)表指 explain 中的id值比當(dāng)前表id值小的表）。
在查詢中的每個(gè)表會(huì)輸出一行，如果有兩個(gè)表通過 join 連接查詢，那么會(huì)輸出兩行。表的意義相當(dāng)廣泛：可以是子查詢、一個(gè) union 結(jié)果等。
Mysql執(zhí)行計(jì)劃字段值的具體含義
- id：執(zhí)行順序。
id相同：執(zhí)行順序由上至下; id不同：id的序號(hào)會(huì)遞增，id值越大優(yōu)先級(jí)越高，越先被執(zhí)行，id為NULL最后執(zhí)行 - select_type：當(dāng)前行查詢類型。
simple：簡單查詢。查詢不包含子查詢和union
primary：復(fù)雜查詢中最外層的 select
subquery：包含在 select 中的子查詢（SELECT到FROM之間）
derived：包含在 from 子句中的子查詢。MySQL會(huì)將結(jié)果存放在一個(gè)臨時(shí)表中，也稱為派生表（derived的英文含義）
union：在 union 中的第二個(gè)和隨后的 select
union result：從 union 臨時(shí)表檢索結(jié)果的 select - table：當(dāng)前查詢訪問的表
當(dāng) from 子句中有子查詢時(shí)，table列是 <derivenN> 格式，表示當(dāng)前查詢依賴 id=N 的查詢，于是先執(zhí)行 id=N 的查詢。
當(dāng)有 union 時(shí)，UNION RESULT 的 table 列的值為<union1,2>，1和2表示參與 union 的 select 行id。 - type：關(guān)聯(lián)類型或訪問類型
依次從最優(yōu)到最差分別為：system > const > eq_ref > ref > range > index > ALL，一般來說，得保證查詢達(dá)到range級(jí)別，最好達(dá)到ref。
① const, system：mysql能對(duì)查詢的某部分進(jìn)行優(yōu)化并將其轉(zhuǎn)化成一個(gè)常量（可以看show warnings 的結(jié)果）。用于 primary key 或 unique key 的所有列與常數(shù)比較時(shí)，所以表最多有一個(gè)匹配行，讀取1次，速度比較快。system是const的特例，表里只有一條元組匹配時(shí)為system。
② eq_ref：primary key 或 unique key 索引的所有部分被連接使用 ，最多只會(huì)返回一條符合條件的記錄。這可能是在 const 之外最好的聯(lián)接類型了，簡單的 select 查詢不會(huì)出現(xiàn)這種 type。
③ ref：相比 eq_ref，不使用唯一索引，而是使用普通索引或者唯一性索引的部分前綴，索引要和某個(gè)值相比較，可能會(huì)找到多個(gè)符合條件的行。
④ range：范圍掃描通常出現(xiàn)在 in(), between ,> ,<, >= 等操作中。使用一個(gè)索引來檢索給定范圍的行。
⑤ index：掃描全表索引，這通常比ALL快一些。（index是從索引中讀取的，而all是從硬盤中讀?。?br> ⑥ ALL：即全表掃描，意味著mysql需要從頭到尾去查找所需要的行。通常情況下這需要增加索引來進(jìn)行優(yōu)化了。 - possible_keys：返回可能使用哪些索引來查找。
explain 時(shí)可能出現(xiàn) possible_keys 有列，而 key 顯示 NULL 的情況，這種情況是因?yàn)楸碇袛?shù)據(jù)不多，mysql認(rèn)為索引對(duì)此查詢幫助不大，選擇了全表查詢。
如果該列是NULL，則沒有相關(guān)的索引。在這種情況下，可以通過檢查 where 子句看是否可以創(chuàng)造一個(gè)適當(dāng)?shù)乃饕齺硖岣卟樵冃阅?，然后?explain 查看效果。 - key：實(shí)際采用哪個(gè)索引來優(yōu)化對(duì)該表訪問。
如果沒有使用索引，則該列是 NULL。如果想強(qiáng)制mysql使用或忽視possible_keys列中的索引，在查詢中使用 force index、ignore index。 - key_len：索引的字節(jié)數(shù)。
其計(jì)算規(guī)則如下：
字符串
char(n)：n字節(jié)長度
varchar(n)：2字節(jié)存儲(chǔ)字符串長度，如果是utf-8，則長度 3n + 2
數(shù)值類型
tinyint：1字節(jié)
smallint：2字節(jié)
int：4字節(jié)
bigint：8字節(jié)
時(shí)間類型
date：3字節(jié)
timestamp：4字節(jié)
datetime：8字節(jié)
如果字段允許為 NULL，需要1字節(jié)記錄是否為 NULL
索引最大長度是768字節(jié)，當(dāng)字符串過長時(shí)，mysql會(huì)做一個(gè)類似左前綴索引的處理，將前半部分的字符提取出來做索引。 - ref
這一列顯示了在key列記錄的索引中，表查找值所用到的列或常量，常見的有：const，字段名。 - rows
這一列是mysql估計(jì)要讀取并檢測的行數(shù)，注意這個(gè)不是結(jié)果集里的行數(shù)。 - extra
Using index：查詢的列被索引覆蓋，并且where篩選條件是索引的前導(dǎo)列，是性能高的表現(xiàn)。一般是使用了覆蓋索引(索引包含了所有查詢的字段)。對(duì)于innodb來說，如果是輔助索引性能會(huì)有不少提高。
Using where：查詢的列未被索引覆蓋，where篩選條件非索引的前導(dǎo)列
Using where Using index：查詢的列被索引覆蓋，并且where篩選條件是索引列之一但是不是索引的前導(dǎo)列，意味著無法直接通過索引查找來查詢到符合條件的數(shù)據(jù)
NULL：查詢的列未被索引覆蓋，并且where篩選條件是索引的前導(dǎo)列，意味著用到了索引，但是部分字段未被索引覆蓋，必須通過“回表”來實(shí)現(xiàn)，不是純粹地用到了索引，也不是完全沒用到索引
Using index condition：與Using where類似，查詢的列不完全被索引覆蓋，where條件中是一個(gè)前導(dǎo)列的范圍；
Using temporary：mysql需要?jiǎng)?chuàng)建一張臨時(shí)表來處理查詢。出現(xiàn)這種情況一般是要進(jìn)行優(yōu)化的，首先是想到用索引來優(yōu)化。
Using filesort：mysql 會(huì)對(duì)結(jié)果使用一個(gè)外部索引排序，而不是按索引次序從表里讀取行。此時(shí)mysql會(huì)根據(jù)聯(lián)接類型瀏覽所有符合條件的記錄，并保存排序關(guān)鍵字和行指針，然后排序關(guān)鍵字并按順序檢索行信息。這種情況下一般也是要考慮使用索引來優(yōu)化的。
