MySql 中的explain命令（抄的）

標籤：os   使用   ar   strong   for   資料   問題   on   c   

對於大資料量的查詢處理，記得先用explian看下，盡量的最佳化

例如：explain select surname,first_name form a,b where a.id=b.id

Explain 解釋:

table：顯示這一行的資料是關於那張表。

type： 這個是重要的列，顯示串連使用了何種類型。從最好到最差的連結類型為 const – eq_reg – ref – range – indexhe – ALL

possible_keys : 顯示可能應用到這張表的索引。如果為空白，沒有可能的索引。可以為相關的域 從 where語句中選擇合適的語句

key：實際使用的索引。如果為NULL ，則沒有使用索引。很少的情況下，mysql會選擇最佳化不足的索引。這種情況下，可以在select語句中使用 USE INDEX（indexname）來強制使用一個索引或者 IGNORE INDEX （indexname） 來強制mysql忽略索引

key_len ： 使用的索引長度。 在不損失精度的情況下，長度越短越好

ref：顯示索引的那一列被使用了，如果可能的話，是一個常數。

rows：mysq認為必須檢查的用來返回請求資料的行數。

extra：關於mysq如何解析查詢的額外資訊。（Using temporary | Using filesort 意思mysql根本不能使用索引）

--extra 列返回的描述的意義

Distinct  ： 一旦mysql找到了與行相聯合匹配的行，就不再搜尋了

Not exists ：mysql最佳化了left join，一旦找到了匹配的 left join 標準的行，就不再搜尋了

Range checked for each Record(index map:#)：沒有找到理想的索引，因此對於從前面表中來的每一行組合，mysql檢查使用哪個索引，並用它來從表中返回行。這是使用索引的最慢的連結之一

Using filesort ：看到這個的時候，查詢就需要最佳化了。MYSQL 需要進行額外的步驟來發現如何對返回的行排序。 它根據連結類型已經儲存排序索引值和匹配條件的全部行的行指標來排序全部行。

Using index：行資料是從僅僅使用了索引中的資訊而沒有讀取實際的行動的表返回的。這發生的全部請求都是同一個索引的部分的時候。

Using temporary：看到這個的時候，查詢就需要最佳化了。這裡，mysql需要建立一個暫存資料表來儲存結果，這發生在對不同的列集進行order by 上，而不是group by上。

Where used : 使用了where從句來限制哪些行將與下一張表匹配或者返回給使用者。如果不想返回表中的全部行，並且連結類型all或者index，這就會發生，或者查詢有問題不同連結類型的解釋（按照效率高低的順序排序）

system表只有一行 ： system表。這是const連結類型的特殊情況

const：表中的一個記錄的最大值能夠匹配這個查詢（索引可以是主鍵或唯一索引）。因為只有一行，這個值實際就是常數，因為mysql先讀這個值然後把它作為常數來對待。

eq_res： 在串連中，mysql在查詢時，從前面的表中，對每一個記錄的聯合都從表中讀取一個記錄，它在查詢使用了索引為主鍵或唯一鍵的全部時使用

ref：之歌連結類型只有在查詢使用了不是唯一或主鍵的鍵或者是這些類型的部分（比如，利用最左邊首碼）時發生。對於之前的表的每一個行聯合，全部記錄都將從表中讀出。這個類型嚴重依賴於根據索引匹配的記錄多少。。--------越少越好

range：這個連結類型使用索引返回的一個返回的行。比如使用 > 或 < 尋找東西時發生的情況

index：這個連線類型對前面的表中的每一個記錄聯合進行完全掃描（比all更好，因為索引一般小於表資料）

All：這個連線類型對於前面的每個記錄進行完全掃描，這一般比較糟糕，應該盡量避免。

MySql 中的explain命令（抄的）