查詢計劃參數詳解

explain這是此次想要了解的重點命令，用於查看mysql中查詢sql語句的執行計劃，用來對sql進行優化，以最合理的方式寫sql語句
一條標準的sql查詢語句：

explain select id from user_customer where id=1\G;

獲得的結果：

*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: user_customer
   partitions: NULL
         type: const
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: const
         rows: 1
     filtered: 100.00
        Extra: Using index

從上面能夠看到全部的參數，下面一一進行說明：

id

select查詢的標識符，每一個select都會被自動分配一個惟一的標識符

select_type

select 查詢的類型，常見的值以下：

• SIMPLE：表示此查詢不包含UNION查詢或子查詢

• PRIMARY：表示此查詢是最外層的查詢

• UNION：表示此查詢是UNION的第二或隨後的查詢

• DEPENDENT UNION：UNION中的第二個或後面的查詢語句，取決於外面的查詢

• UNION RESULT：UNION的結果

• SUBQUERY：子查詢中的第一個SELECT

• DEPENDEND SUBQUERY：子查詢中的第一個SELECT，取決於外面的查詢，即子查詢依賴於外層查詢的結果

• DERIVED：被驅動的select子查詢（子查詢位於FROM子句）

• MATERIALIZED：被物化的子查詢

table

查詢涉及到的數據表或衍生表

type

type字段比較重要，它標識了查詢是否高效，是使用了全表掃描仍是索引掃描等等

• system：表中只有一條數據，這個類型是特殊的const類型

• const：針對主鍵或惟一索引的等值查詢掃描，最多隻返回一條數據。const查詢的速度很是快，由於它僅僅讀取一次便可，以下面的sql語句

select * from user_customer where id=5;

• ref：此類型一般出如今多表的join查詢，針對於非惟一或非主鍵索引，或者是使用了最左前綴規則索引的查詢

select * from user_customer where first_name='123' and last_name='456';

explain select * from migrations,user_customer  where migrations.batch=user_customer.uid and cid>1\G;

eq_ref：一般出如今多表的join查詢，對於對於前表的每個結果，都只能匹配到後表的一行結果，而且查詢的比較操做是=，查詢效率較高

explain select * from migrations,user_customer  where migrations.batch=user_customer.uid \G;    //前表的數據在後表中都有匹配

• range：range表示的索引範圍查找，經過索引字段範圍獲取表中部分數據記錄，這個類型一般出如今=, <>, >, <, between, in()等操做中
  當type是range時，那麼explain輸出的ref字段爲NULL，而且ken_len字段爲這次查詢中使用到的索引的最長的那個

  > int的長度是4字節，bigint的長度是8字節；字符串根據字段的長度能夠計算出長度(**utf每一個字符佔用3字節，若是是varchar**)；若是字段容許null則會增長一個字節的大小

• index：表示掃描的時候僅僅掃描了索引，而不掃描數據；也就是說在查詢數據的時候直接在索引樹中就能夠獲取到，在這種狀況下的時候，extra字段會顯式Using Index

• all：表示全表掃描，是全部這些屬性中性能最差的一個

type類型的性能比較

all < index < range ~ index_merge < ref < eq_ref < const < system

possible_keys

表示在查詢的過程當中有可能使用到的keys

ken_len

表示查詢優化器使用到了的索引的字節數，這個字段能夠評估出組合索引是否被徹底使用到，或只有最左部分字段被使用到，key_len的計算規則以下：

• 字符串

  • char(n)：固定長度，n字符長度，根據不一樣的編碼n2或n3的字節

  • varchar(n)：變長長度，在實際計算存儲大小的時候，n小於255則用1字節存儲長度，大於255則用2字節存儲長度

• 數值類型

  • tinyint(n)：1字節

  • smallint(n)：2字節

  • mediumint(n)：3字節

  • int(n)：4字節

  • bitint(n)：8字節

• 時間類型

  • date：3字節

  • timestamp：4字節

  • datetime：8字節

• 字段屬性：

  • Null屬性佔用一個字節，若是字段是NOT NULL的，則不會佔用這額外的一字節

  • 在數值類型中，是預留出了一位去存儲數值的符號

rows

mysql查詢優化器根據統計信息，估算sql要查找結果集須要掃描讀取的數據行數，這個值能夠直觀的反映出sql的效率，原則上rows數值越小越好

extra

在sql中不少額外的信息會在extra字段中體現：

• Using filesort
  當Extra字段中有Using filesort時，表示mysql須要額外的排序操做，不能經過索引順序達到排序效果；在sql語句中使用order by 進行排序的時候，若是沒有很好的使用到定值和最左排序的話，會出現這種狀況

• Using index condition

  • 這是mysql5.6的新特性，叫索引條件推送，只是針對於二級索引。

  • 在通常狀況下，mysql服務器都會將存儲引擎處理完成的數據返回給服務層後在應用where條件進行過濾，可是當mysql篩選到where條件中的第一個條件篩選的方式是相似於範圍查詢，就是like，<等；可是這裏mysql的查詢優化器會篩選第一個where條件中的可以查詢出的範圍，會根據range的範圍與數據的總數進行對比進行什麼樣的查詢

  • 查詢想要獲取的字段都是*

• Using index
  「覆蓋索引掃描」，表示查詢在索引樹上就能夠找到所須要的數據，而不須要掃描底層的葉子節點數據，這種狀況性能很好

只出現了這個的時候表示性能很好；若是這個和Using where同時出現的話，表示先在存儲引擎中使用索引進行篩選，再在mysql服務中進行條件篩選

• Using temporary
  在查詢的時候使用臨時表，通常出現排序，分組和多表join的狀況，查詢效率不高，建議進行優化

• Using where
  使用了where從句來限制哪些行將與下一個表匹配或者是返回給用戶

Extra列出現Using where表示mysql服務器將存儲引擎返回服務層之後再應用where條件過濾
有一種狀況，數據表中數據量很大，查詢的條件在數據表中佔的比例也很高，原本在原則上可使用索引，可是由於該查詢記錄佔表中比例很大，mysql會不對該sql使用索引，這種狀況能夠在查詢語句後面使用limit進行限制

• Using MRR
  這也是mysql5.6新增的特性， Multi-Range Read（多範圍讀），針對基於輔助／第二索引的查詢，減小隨機IO，而且將隨機IO轉換爲順序IO，提升查詢效率

在基於mysql中的Innodb的數據存儲方式才用的是B+tree，二級索引的存儲順序與主鍵的順序是不一致的，開啓了mrr以後，mysql將根據輔助結果集獲取的結果集根據主鍵進行排序，將亂序化爲有序，能夠用主鍵訪問基表，將隨機讀轉換爲順序讀，多頁數據記錄可一次性讀入或根據這次的主鍵範圍分次讀入，以減小IO操做，提升查詢效率

• Not exists
  mysql優化了left join，一旦它找到了匹配left join標準的行，就再也不搜索了