一、mysql 查詢優化器是如何工作的
mysql 查詢優化器有幾個目標,但是其中最主要的目標是盡可能地使用索引,並且使用最嚴格的索引來消除盡可能多的資料行。最終目標是提交 select 語句查詢資料行,而不是排除資料行。優化器試圖排除資料行的原因在於它排除資料行的速度越快,那麼找到與條件匹配的資料行也就越快。如果能夠首先進行最嚴格的測試,查詢就可以執行地更快。
explain 的每個輸出行提供乙個表的相關資訊,並且每個行包括下面的列:
項說明id mysql query optimizer 選定的執行計畫中查詢的序列號。表示查詢中執行 select 子句或操作表的順序,id值越大優先順序越高,越先被執行。id 相同,執行順序由上至下。
select_type 查詢型別
說明******
簡單的 select 查詢,不使用 union 及子查詢
primary
最外層的 select 查詢
union
union 中的第二個或隨後的 select 查詢,不 依賴於外部查詢的結果集
dependent union
union 中的第二個或隨後的 select 查詢,依 賴於外部查詢的結果集
subquery
子查詢中的第乙個 select 查詢,不依賴於外 部查詢的結果集
dependent subquery
子查詢中的第乙個 select 查詢,依賴於外部 查詢的結果集
derived
用於 from 子句裡有子查詢的情況。 mysql 會 遞迴執行這些子查詢, 把結果放在臨時表裡。
uncacheable subquery
結果集不能被快取的子查詢,必須重新為外 層查詢的每一行進行評估。
uncacheable union
union 中的第二個或隨後的 select 查詢,屬 於不可快取的子查詢 項
說明table
輸出行所引用的表
type 重要的項,顯示連線使用的型別,按最 優到最差的型別排序
說明system
表僅有一行(=系統表)。這是 const 連線型別的乙個特例。
const
const 用於用常數值比較 primary key 時。當 查詢的表僅有一行時,使用 system。
eq_ref
const 用於用常數值比較 primary key 時。當 查詢的表僅有一行時,使用 system。
ref
連線不能基於關鍵字選擇單個行,可能查詢 到多個符合條件的行。 叫做 ref 是因為索引要 跟某個參考值相比較。這個參考值或者是一 個常數,或者是來自乙個表裡的多表查詢的 結果值
ref_or_null
如同 ref, 但是 mysql 必須在初次查詢的結果 裡找出 null 條目,然後進行二次查詢。
index_merge
說明索引合併優化被使用了。
unique_subquery
在某些 in 查詢中使用此種型別,而不是常規的 ref:value in (select primary_key from single_table where some_expr)
index_subquery
在 某 些 in 查 詢 中 使 用 此 種 類 型 , 與 unique_subquery 類似,但是查詢的是非唯一 性索引: value in (select key_column from single_table where some_expr)
range
只檢索給定範圍的行,使用乙個索引來選擇 行。key 列顯示使用了哪個索引。當使用=、 <>、>、>=、<、<=、is null、<=>、between 或者 in 操作符,用常量比較關鍵字列時,可 以使用 range。
index
全表掃瞄,只是掃瞄表的時候按照索引次序 進行而不是行。主要優點就是避免了排序, 但是開銷仍然非常大。
all
最壞的情況,從頭到尾全表掃瞄。 項
說明possible_keys
指出 mysql 能在該表中使用哪些索引有助於 查詢。如果為空,說明沒有可用的索引。
項說明key
mysql 實際從 possible_key 選擇使用的索引。 如果為 null,則沒有使用索引。很少的情況 下,mysql 會選擇優化不足的索引。這種情 況下,可以在 select 語句中使用 use index (indexname)來強制使用乙個索引或者用 ignore index(indexname)來強制 mysql 忽略索引
項說明key_len
使用的索引的長度。在不損失精確性的情況 下,長度越短越好。
項說明ref
顯示索引的哪一列被使用了
項說明rows
mysql 認為必須檢查的用來返回請求資料的行數
項說明rows
mysql 認為必須檢查的用來返回請求資料的行數
extra 中出現以下 2 項意味著 mysql 根本不能使用索引,效率會受到重大影響。應盡可能對此進行優化。
extra 項
說明using filesort
using temporary
表示 mysql 在對查詢結果排序時使用臨時表。常見於排序 order by 和分組查詢 group by。
MYSQL查詢語句優化
一 日期查詢優化 在mysql中速度最慢的不是in查詢，而是date format以及from unixtime兩個函式的日期時間轉換，執行時間可能超過兩秒，造成 巨卡 用php的函式代替mysql的函式來完成將會大大的縮減時間 今日 from unixtime lastplaytime,y m d...
MySQL查詢語句優化
想要對一條查詢語句進行優化,首先要對其進行分析,mysql提供了這個機制,可以通過explain sql或者desc sql的語法去獲取mysql對某一條語句的執行計畫 mysql優化之後的 explain的用法這裡就不再贅述了,在另外一篇文章中有詳細的解讀.對一條sql的優化可以分為兩部分,第一部...
mysql具體優化查詢語句
1 應盡量避免全表掃瞄。首先應考慮在where以及order by涉及的列上建立索引，相對於使用給定索引，全表掃瞄很耗時。2 應盡量避免在where子句中對字段進行null值判斷，任何where子句在使用is null或 is not null 的語句優化器都是不允許使用損索引的 3 盡量避免在wh...