mysql檢視執行計畫
explain + sql：輸出執行計畫。
explain extended + sql：會在 explain 的基礎上額外提供一些查詢優化的資訊。緊隨其後通過 show warnings 命令可以 得到優化後的查詢語句，從而看出優化器優化了什麼。額外還有 filtered 列，是乙個百分比的值，rows * filtered/100 可以估算出將要和 explain 中前乙個表進行連線的行數（前乙個表指 explain 中的id值比當前表id值小的表）。
在查詢中的每個表會輸出一行，如果有兩個表通過 join 連線查詢，那麼會輸出兩行。表的意義相當廣泛：可以是子查詢、乙個 union 結果等。
mysql執行計畫字段值的具體含義
id：執行順序。
id相同：執行順序由上至下; id不同：id的序號會遞增，id值越大優先順序越高，越先被執行，id為null最後執行
select_type：當前行查詢型別。
******：簡單查詢。查詢不包含子查詢和union
primary：複雜查詢中最外層的 select
subquery：包含在 select 中的子查詢（select到from之間）
derived：包含在 from 子句中的子查詢。mysql會將結果存放在乙個臨時表中，也稱為派生表（derived的英文含義）
union：在 union 中的第二個和隨後的 select
union result：從 union 臨時表檢索結果的 select
table：當前查詢訪問的表
當 from 子句中有子查詢時，table列是 格式，表示當前查詢依賴 id=n 的查詢，於是先執行 id=n 的查詢。
當有 union 時，union result 的 table 列的值為，1和2表示參與 union 的 select 行id。
type：關聯型別或訪問型別
依次從最優到最差分別為：system > const > eq_ref > ref > range > index > all，一般來說，得保證查詢達到range級別，最好達到ref。
① const, system：mysql能對查詢的某部分進行優化並將其轉化成乙個常量（可以看show warnings 的結果）。用於 primary key 或 unique key 的所有列與常數比較時，所以表最多有乙個匹配行，讀取1次，速度比較快。system是const的特例，表裡只有一條元組匹配時為system。
② eq_ref：primary key 或 unique key 索引的所有部分被連線使用 ，最多隻會返回一條符合條件的記錄。這可能是在 const 之外最好的聯接型別了，簡單的 select 查詢不會出現這種 type。
③ ref：相比 eq_ref，不使用唯一索引，而是使用普通索引或者唯一性索引的部分字首，索引要和某個值相比較，可能會找到多個符合條件的行。
④ range：範圍掃瞄通常出現在 in(), between ,> ,<, >= 等操作中。使用乙個索引來檢索給定範圍的行。
⑤ index：掃瞄全表索引，這通常比all快一些。（index是從索引中讀取的，而all是從硬碟中讀取）。
⑥ all：即全表掃瞄，意味著mysql需要從頭到尾去查詢所需要的行。通常情況下這需要增加索引來進行優化了。
possible_keys：返回可能使用哪些索引來查詢。
explain 時可能出現 possible_keys 有列，而 key 顯示 null 的情況，這種情況是因為表中資料不多，mysql認為索引對此查詢幫助不大，選擇了全表查詢。
如果該列是null，則沒有相關的索引。在這種情況下，可以通過檢查 where 子句看是否可以創造乙個適當的索引來提高查詢效能，然後用 explain 檢視效果。
key：實際採用哪個索引來優化對該錶訪問。
如果沒有使用索引，則該列是 null。如果想強制mysql使用或忽視possible_keys列中的索引，在查詢中使用 force index、ignore index。
key_len：索引的位元組數。
其計算規則如下：
字串char(n)：n位元組長度
varchar(n)：2位元組儲存字串長度，如果是utf-8，則長度 3n + 2
數值型別
tinyint：1位元組
smallint：2位元組
int：4位元組
bigint：8位元組
時間型別
date：3位元組
timestamp：4位元組
datetime：8位元組
如果字段允許為 null，需要1位元組記錄是否為 null
索引最大長度是768位元組，當字串過長時，mysql會做乙個類似左字首索引的處理，將前半部分的字元提取出來做索引。
ref這一列顯示了在key列記錄的索引中，表查詢值所用到的列或常量，常見的有：const，欄位名。
rows
這一列是mysql估計要讀取並檢測的行數，注意這個不是結果集裡的行數。
extra
using index：查詢的列被索引覆蓋，並且where篩選條件是索引的前導列，是效能高的表現。一般是使用了覆蓋索引(索引包含了所有查詢的字段)。對於innodb來說，如果是輔助索引效能會有不少提高。
using where：查詢的列未被索引覆蓋，where篩選條件非索引的前導列
using where using index：查詢的列被索引覆蓋，並且where篩選條件是索引列之一但是不是索引的前導列，意味著無法直接通過索引查詢來查詢到符合條件的資料
null：查詢的列未被索引覆蓋，並且where篩選條件是索引的前導列，意味著用到了索引，但是部分欄位未被索引覆蓋，必須通過「回表」來實現，不是純粹地用到了索引，也不是完全沒用到索引
using index condition：與using where類似，查詢的列不完全被索引覆蓋，where條件中是乙個前導列的範圍；
using temporary：mysql需要建立一張臨時表來處理查詢。出現這種情況一般是要進行優化的，首先是想到用索引來優化。
using filesort：mysql 會對結果使用乙個外部索引排序，而不是按索引次序從表裡讀取行。此時mysql會根據聯接型別瀏覽所有符合條件的記錄，並儲存排序關鍵字和行指標，然後排序關鍵字並按順序檢索行資訊。這種情況下一般也是要考慮使用索引來優化的。
mysql執行計畫字段解析 MySQL執行計畫解析
前言 在實際資料庫專案開發中，由於我們不知道實際查詢時資料庫裡發生了什麼，也不知道資料庫是如何掃瞄表 如何使用索引的，因此，我們能感知到的就只有sql語句的執行時間。尤其在資料規模比較大的場景下，如何寫查詢 優化查詢 如何使用索引就顯得很重要了。那麼，問題來了，在查詢前有沒有可能估計下查詢要掃瞄多少...
mysql 執行計畫詳解
1 id列數字越大越先執行，如果說數字一樣大，那麼就從上往下依次執行，id列為null的就表是這是乙個結果集，不需要使用它來進行查詢。2 select type列常見的有 a 表示不需要union操作或者不包含子查詢的簡單select查詢。有連線查詢時，外層的查詢為 且只有乙個 b primary ...
mysql執行計畫詳解
引言 實際專案開發中，由於我們不知道實際查詢的時候資料庫裡發生了什麼事情，資料庫軟體是怎樣掃瞄表 怎樣使用索引的，因此，我們能感知到的就只有 sql語句執行的時間，在資料規模不大時，查詢是瞬間的，因此，在寫sql語句的時候就很少考慮到效能的問題。但是當資料規模增大，如千萬 億的時候，我們運 行同樣的...