sql優化最佳實現(Explain介紹)

Explain工具介紹

使用EXPLAIN關鍵字能夠模擬優化器執行SQL語句,分析你的查詢語句或是結構的性能瓶頸在 select 語句以前增長 explain 關鍵字,MySQL 會在查詢上設置一個標記,執行查詢會返回執行計劃的信息,而不是執行這條SQLmysql

e.xsql

explain select * from user where id =2;

explain查詢結果中的列

1.id列工具

id列是 select 的序列號。id列越大執行優先級越高,id相同則從上往下執行,id爲NULL最後執行。

2.select_type列性能

select_type 表示該行對應的查詢塊是簡單仍是複雜的查詢。
1)simple:簡單查詢。查詢不包含子查詢和union
2)primary:複雜查詢中最外層的 select
3)subquery:包含在 select 中的子查詢(不在 from 子句中)
4)derived:包含在 from 子句中的子查詢。MySQL會將結果存放在一個臨時表中,也稱爲派生表(derived的英文含義)
5)union:在 union 中的第二個和隨後的 select

3.table列優化

這一列表示 explain 的一行正在訪問哪一個表。當 from 子句中有子查詢時,table列是 <derivenN> 格式,表示當前查詢依賴 id=N 的查詢,因而先執行 id=N 的查詢。

4.type列code

這一列表示關聯類型或訪問類型,即MySQL決定如何查找表中的行,查找數據行記錄的大概範圍。
依次從最優到最差分別爲:system > const > eq_ref > ref > range > index > ALL
通常來講,得保證查詢達到range級別,最好達到ref

**NULL**:mysql可以在優化階段分解查詢語句,在執行階段用不着再訪問表或索引。例如:在索引列中選取最小值,能夠單獨查找索引來完成,不須要在執行時訪問表

**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,不使用惟一索引,而是使用普通索引或者惟一性索引的部分前綴,索引要和某個值相比較,可能會找到多個符合條件的行。

**index**:掃描全索引就能拿到結果,通常是掃描某個二級索引,這種掃描不會從索引樹根節點開始快速查找,而是直接對二級索引的葉子節點遍歷和掃描,速度仍是比較慢的,這種查詢通常爲使用覆蓋索引,二級索引通常比較小,因此這種一般比ALL快一些。

**ALL**:即全表掃描,掃描你的聚簇索引的全部葉子節點。一般狀況下這須要增長索引來進行優化了。

5.possible_keys列排序

這一列顯示查詢可能使用哪些索引來查找。explain 時可能出現 possible_keys 有列,而 key 顯示 NULL 的狀況,這種狀況是由於表中數據很少,mysql認爲索引對此查詢幫助不大,選擇了全表查詢。若是該列是NULL,則沒有相關的索引。在這種狀況下,能夠經過檢查 where 子句看是否能夠創造一個適當的索引來提升查詢性能,而後用 explain 查看效果

6.key列索引

這一列顯示mysql實際採用哪一個索引來優化對該表的訪問。若是沒有使用索引,則該列是 NULL。若是想強制mysql使用或忽視possible_keys列中的索引,在查詢中使用 forceindex、ignore index。

7.key_len列內存

這一列顯示了mysql在索引裏使用的字節數,經過這個值能夠算出具體使用了索引中的哪些列。
key_len計算規則以下:
char(n)和varchar(n),5.0.3之後版本中,n均表明字符數,而不是字節數,若是是utf-8,一個數字或字母佔1個字節,一個漢字佔3個字節char(n):若是存漢字長度就是 3n 字節varchar(n):若是存漢字則長度是 3n + 2 字節,加的2字節用來存儲字符串長度,由於varchar是變長字符串數值類型
tinyint:1字節
smallint:2字節
int:4字節
bigint:8字節
時間類型date:3字節
timestamp:4字節
datetime:8字節
若是字段容許爲 NULL,須要1字節記錄是否爲 NULL
索引最大長度是768字節,當字符串過長時,mysql會作一個相似左前綴索引的處理,將前半部分的字符提取出來作索引

8.ref列utf-8

這一列顯示了在key列記錄的索引中,表查找值所用到的列或常量,常見的有:const(常量),字段名(例:user.id)

9.rows列

這一列是mysql估計要讀取並檢測的行數,注意這個不是結果集裏的行數

10.Extra列

這一列展現的是額外信息。常見的重要值以下:
1)Using index:使用覆蓋索引
2)Using where:使用 where 語句來處理結果,而且查詢的列未被索引覆蓋
3)Using index condition:查詢的列不徹底被索引覆蓋,where條件中是一個前導列的範圍;
4)Using temporary:mysql須要建立一張臨時表來處理查詢。出現這種狀況通常是要進行優化的,首先是想到用索引來優化。
5)Using filesort:將用外部排序而不是索引排序,數據較小時從內存排序,不然須要在磁盤完成排序。這種狀況下通常也是要考慮使用索引來優化的。
相關文章
相關標籤/搜索