CREATE TABLE `t1` (
  `id` int(11) DEFAULT NULL,
  `oname` varchar(20) DEFAULT NULL,
  `address` varchar(30) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


INSERT INTO `t1` VALUES ('1', '一中', '青島');
INSERT INTO `t1` VALUES ('2', '二中', '濟南');


CREATE TABLE `t2` (
  `id` int(11) DEFAULT NULL,
  `name` varchar(20) DEFAULT NULL,
  `age` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


INSERT INTO `t2` VALUES ('1', '張三', '12');
INSERT INTO `t2` VALUES ('2', '李四', '13');


CREATE TABLE `t3` (
  `id` int(11) DEFAULT NULL,
  `name` varchar(20) DEFAULT NULL,
  `phoneno` varchar(20) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


INSERT INTO `t3` VALUES ('1', '王五', '155');
INSERT INTO `t3` VALUES ('2', '趙六', '134');

1.id

id標識select查詢的序列號，包含一個數字，表示查詢中執行select子句或操作表的順序；

有三種情況：

1）id相同，執行順序由上至下

EXPLAIN SELECT
	t2.*
FROM
	t1
LEFT JOIN t3 ON t3.id = t1.id
LEFT JOIN t2 ON t2.id = t1.id
WHERE
	t3. NAME = '';

如上，三個表，mysql的執行順序是t1-t3-t2。

2）如果查詢中攜帶子查詢，id序號會自增，id值越大越先被執行

EXPLAIN SELECT
	t2.*
FROM
	t2
WHERE
	t2.id = (
		SELECT
			id
		FROM
			t1
		WHERE
			t1.id = (SELECT id FROM t3 WHERE t3.id = 1)
	)

如上，三個表的執行順序是t3-t1-t2。

3）id有相同的有不同的，先執行id大的，如果有id相同的，按照從上往下執行

EXPLAIN SELECT
	t2.*
FROM
	(
		SELECT
			t1.id
		FROM
			t1
		WHERE
			t1.oname = '一中'
	) s1
LEFT JOIN t2 ON s1.id = t2.id

如上，執行順序為t1-t2-<derived2>（注：<derived2>是id為2的查詢生成的一張臨時表，後面的2代表id值）。

2.select_type

共有六種情況：SIMPLE、PRIMARY、SUBQUERY、DERIVED、UNION、UNION RESULT。

SIMPLE：簡單的select查詢，查詢中不包含子查詢或者UNION。

PRIMARY：查詢中若包含任何複雜的子部分，最外層查詢則被標記為PRIMARY。

SUBQUERY：在select或where列表中包含了子查詢。

DERIVED：在from列表中包含的子查詢被標記為DERIVED（衍生），MySQL會遞迴執行這些子查詢，把結果放在臨時表裡。

UNION：若第二個select出現在union之後，則被標記為union；若union包含在from子句的子查詢中，外層select將被標記為：DERIVED。

UNIONRESULT：從UNION表獲取結果的select。

EXPLAIN SELECT
	t1.id
FROM
	t1
LEFT JOIN t2 ON t1.id = t2.id
UNION
	SELECT
		t2.id
	FROM
		t2
	LEFT JOIN t3 ON t2.id = t3.id

3.table

顯示這一行的資料是關於哪張表的。

4.type（重要）

system：表只有一行記錄（等於系統表），這是const型別的特例，平時不會出現，這個也可以忽略不計。
const：表示通過索引一次就找到了，const用於比較primarykey或者unique索引。因為只匹配一行資料，所以很快。如將主鍵置於where列表中，MySQL就能將該查詢轉換為一個常量。
eq_ref：唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或位移索引掃描。
ref：非唯一性索引掃描，返回匹配某個單獨值的所有行，本質上也是一種索引訪問，它返回所有匹配某個單獨值的行，然而，它可能會找到多個符合條件的行，所以他應該屬於查詢和掃描的結合體。（聯合索引，使用其中的某幾個索引就會是ref）
fulltext：全文搜尋
ref_or_null：與ref類似，但包括NULL
index_merge：表示出現了索引合併優化(包括交集，並集以及交集之間的並集)，但不包括跨表和全文索引。這個比較複雜，目前的理解是合併單表的範圍索引掃描（如果成本估算比普通的range要更優的話）
unique_subquery：在in子查詢中，就是value in (select…)把形如select unique_key_column的子查詢替換。PS：所以不一定in子句中使用子查詢就是低效的！
index_subquery：同上，但把形如”select non_unique_key_column“的子查詢替換
range：只檢索給定範圍的行，使用一個索引來選擇行。key列顯示使用了哪個索引。一般就是在你的where語句中出現了between、<、>、in等的查詢。這種範圍掃描索引掃描比全表掃描要好，因為它只需要開始於索引的某一點，而結束於另一點，不用掃描全部索引。
index：FullIndexScan，index與All區別為index型別只遍歷索引樹。這通常比all快，因為索引檔案通常比資料檔案小。（也就是說雖然all和index讀全表，但index是從索引中讀取的，而all是從硬碟中讀取的）
all：全表掃描(full table scan)

以下效能越來越慢：system > const > eq_ref > ref > range > index > ALL

備註：一般來說，得保證查詢至少達到range級別，最好能達到ref。

5.possible_keys

顯示可能應用在這張表中的索引，一個或多個。查詢涉及到的欄位上若存在索引，則該索引將被列出，但不一定被查詢實際使用。

6.key

實際使用的索引。如果為NULL，則沒有使用索引。

查詢中若使用了複合索引，則該索引僅出現在key列表中。（這種情況，建立的複合索引的個數和順序，與查詢欄位的個數和順序一致）

7.key_len:

表示索引中使用的位元組數，可通過該列計算查詢中使用的索引的長度。在不損失精確性的情況下，長度越短越好。

key_len顯示的值為索引欄位的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出的。

8.ref

顯示索引的哪一列被使用了，如果可能的話，是一個常數。哪些列或常量被用於查詢索引列上的值。

9.rows

根據表統計資訊及索引選用情況，大致估算出找到所需的記錄所需要的讀取的行數。（通常數字越小效能越高）

10.Extra

包含不適合在其他列中顯示但十分重要的額外資訊。

1.Usingfilesort：說明MySQL會對資料使用一個外部的索引排序，而不是按照表內的索引順序進行讀取。MySQL中無法利用索引完成的排序操作稱之為“檔案排序”（索引也跟排序有關係的）

2.Usingtemporary（用了一個內部臨時表）：使用了臨時表儲存中間結果，MySQL在對查詢結果排序時使用臨時表。常見於排序orderby和分組查詢groupby。

3.Usingindex（使用索引-效能非常好）：

表示相應的select操作中使用了覆蓋索引（CoveringIndex），避免訪問了表的資料行，效率不錯！

如果同時出現usingwhere，表明索引被用來執行索引鍵值的查詢；

如果沒有同時出現usingwhere，表明索引用來讀取資料而非執行查詢動作。

4.Usingwhere：表明使用了where過濾

5.Usingjoinbuffer：使用了連線快取

6.impossiblewhere：where子句的值總是false，不能用來獲取任何元組。

7.selecttablesoptimizedaway：在沒有group by子句的情況下，基於索引優化min/max操作或者對於MyISAM儲存引擎優化count(*)操作，不必等到執行階段再進行計算，查詢執行計劃生成的階段即完成優化。

8.distinct：優化distinct，在找到第一匹配的元組後即停止找同樣值得動作。

MySQL高階-索引是個什麼東西？explain到底怎麼用-MySQL查詢優化大全

一、引出問題-MySQL的查詢優化：

二、效能下降的原因：

三、索引到底是什麼？怎麼用？

1.索引操作

檢視索引：

刪除索引：

建立索引：

說明：

索引命名規範：

2.索引優勢：

3.索引劣勢：

4.索引分類：

5.哪些情況需要建立索引：

6.哪些情況不要建立索引：

7.mysql都有哪幾種索引：

8.BTree索引是怎麼儲存、查詢的：

9.索引到底是怎麼工作的：

10.哪些情況下會造成索引失效：

四、怎麼知道查詢語句是否走了索引-explain到底是什麼？（重頭戲來了）

1.Explain（檢視執行計劃）：

2.explain到底是做什麼的？

五、explain的用法（重中之重頭戲）

explain的十列表頭資訊：

初始建表語句