《Mysql必讀mysql優化之怎么查找SQL效率低下的原因》要點:
本文介紹了Mysql必讀mysql優化之怎么查找SQL效率低下的原因,希望對您有用。如果有疑問,可以聯系我們。
MYSQL必讀本節內容:
mysql優化,查找效率低下的sql查詢.
MYSQL必讀查詢到效率低的 SQL 語句 后,可以通過 EXPLAIN 或者 DESC 命令獲取 MySQL 如何執行 SELECT 語句的信息,包括在 SELECT 語句執行過程中表如何連接和連接的順序,比如我們想計算 2006 年所有公司的銷售額,需要關聯 sales 表和 company 表,并且對 profit 字段做求和( sum )操作,相應 SQL 的執行計劃如下:
?
MYSQL必讀每個列的解釋如下:
MYSQL必讀select_type :表示 SELECT 的 類型,常見的取值有 SIMPLE (簡單表,即不使用表連接或者子查詢)、 PRIMARY (主查詢,即外層的查詢)、 UNION ( UNION 中的第二個或者后面的查詢語句)、 SUBQUERY (子查詢中的第一個 SELECT )等.
table :輸出結果集的表.
type :表示表的連接類型,性能由好到差的連接類型為 system (表中僅有一行,即常量表)、 const (單表中最多有一個匹配行,例如 primary key 或者 unique index )、 eq_ref (對于前面的每一行,在此表中只查詢一條記錄,簡單來說,就是多表連接中使用 primary key 或者 unique index )、 ref (與 eq_ref 類似,區別在于不是使用 primary key 或者 unique index ,而是使用普通的索引)、 ref_or_null ( 與 ref 類似,區別在于條件中包含對 NULL 的查詢 ) 、 index_merge ( 索引合并優化 ) 、 unique_subquery ( in 的后面是一個查詢主鍵字段的子查詢)、 index_subquery ( 與 unique_subquery 類似,區別在于 in 的后面是查詢非唯一索引字段的子查詢)、 range (單表中的范圍查詢)、 index (對于前面的每一行,都通過查詢索引來得到數據)、 all (對于前面的每一行,都通過全表掃描來得到數據).
possible_keys :表示查詢時,可能使用的索引.
key :表示實際使用的索引.
key_len :索引字段的長度.
rows :掃描行的數量.
Extra :執行情況的說明和描述.
MYSQL必讀在上面的例子中,已經可以確認是 對 a 表的全表掃描導致效率的不理想,那么 對 a 表的 year 字段創建索引,具體如下:
?
MYSQL必讀創建索引后,這條語句的執行計劃如下:
?
MYSQL必讀可以發現建立索引后對 a 表需要掃描的行數明顯減少(從全表掃描減少到 3 行),可見索引的使用可以大大提高數據庫的訪問速度,尤其在表很龐大的時候這種優勢更為明顯,使用索引優化 sql 是優化問題 sql 的一種常用基本方法,在后面的章節中會具體介紹如何使索引來優化 sql .
轉載請注明本頁網址:
http://www.snjht.com/jiaocheng/6204.html