MySQL優化之若何查找SQL效力低的緣由。本站提示廣大學習愛好者：（MySQL優化之若何查找SQL效力低的緣由）文章只能為提供參考，不一定能成為您想要的結果。以下是MySQL優化之若何查找SQL效力低的緣由正文
查詢到效力低的 SQL 語句 後，可以經由過程 EXPLAIN 或許 DESC 敕令獲得 MySQL 若何履行 SELECT 語句的信息，包含在 SELECT 語句履行進程中表若何銜接和銜接的次序，好比我們想盤算 2006 年一切公司的發賣額，須要聯系關系 sales 表和 company 表，而且對 profit 字段做乞降（ sum ）操作，響應 SQL 的履行籌劃以下：
mysql> explain select sum(profit) from sales a,company b where a.company_id = b.id and a.year = 2006\G;
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: a
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 12
Extra: Using where
*************************** 2. row ***************************
id: 1
select_type: SIMPLE
table: b
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 12
Extra: Using where
2 rows in set (0.00 sec)
每一個列的說明以下：
•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 ：履行情形的解釋和描寫。
在下面的例子中，曾經可以確認是 對 a 表的全表掃描招致效力的不睬想，那末 對 a 表的 year 字段創立索引，詳細以下：
mysql> create index idx_sales_year on sales(year);
Query OK, 12 rows affected (0.01 sec)
Records: 12 Duplicates: 0 Warnings: 0
創立索引後，這條語句的履行籌劃以下：
mysql> explain select sum(profit) from sales a,company b where a.company_id = b.id and a.year = 2006\G;
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: a
type: ref
possible_keys: idx_sales_year
key: idx_sales_year
key_len: 4
ref: const
rows: 3
Extra:
*************************** 2. row ***************************
id: 1
select_type: SIMPLE
table: b
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 12
Extra: Using where
2 rows in set (0.00 sec)
可以發明樹立索引後對 a 表須要掃描的行數顯著削減（從全表掃描削減到 3 行），可見索引的應用可以年夜年夜進步數據庫的拜訪速度，特別在表很宏大的時刻這類優勢更加顯著，應用索引優化 sql 是優化成績 sql 的一種經常使用根本辦法，在前面的章節中我們會詳細引見若何使索引來優化 sql 。
