使用EXPLAIN關鍵字能夠模擬優化器執行SQL語句,分析查詢語句或是結構的性能瓶頸。在select語句以前增長explaion關鍵字,MySQL會在查詢上設置一個標記,執行查詢會返回執行計劃的信息,而不是執行SQL。mysql
-- actor建表語句: CREATE TABLE `actor` ( `id` int(11) NOT NULL, `name` varchar(45) DEFAULT NULL, `update_time` datetime DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 -- film建表語句: CREATE TABLE `film` ( `id` int(11) NOT NULL, `name` varchar(10) NOT NULL, PRIMARY KEY (`id`), KEY `idx_name` (`name`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 -- film_actor建表語句: CREATE TABLE `film_actor` ( `id` int(11) NOT NULL, `film_id` int(11) NOT NULL, `actor_id` int(11) NOT NULL, `remark` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`), KEY `idx_film_actor_id` (`film_id`,`actor_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8
執行explain:web
explain select * from actor;
若是是select語句返回的是執行結果,在select語句前面加上explain返回的是這條查詢語句的執行SQL。sql
會在explain的基礎上額外提供一些查詢優化的信息。緊隨其後經過show warnings命令能夠獲得優化後的查詢語句,從而看出優化器優化了什麼。額外還有filtered列,是一個半分比的值,rows*filtered / 100能夠估算出將要和explain中前一個表進行鏈接的行數(前一個表指explain中的id值比當前表id值小的表)。編程
explain EXTENDED select * from actor where id = 1;
相比explain多了個partitions字段,若是查詢是基於分區表的話,會顯示查詢將訪問的分區。後端
id列的編號是select的序列號,有幾個select就有幾個id,而且id的順序是按select出現的順序增加的。 id越大執行優先級越高,id相同則從上往下執行,id爲NULL最後執行。機器學習
explain select (select 1 from actor where id = 1) from (select * from film where id = 1) der;
select type表示對應行是簡單仍是複雜的查詢。 simple:簡單查詢。查詢不包含子查詢和union。編程語言
explain select * from film where id=1
primary:複雜查詢中最外層的select subquery:包含在select中的子查詢(不在from子句中) derived:包含在from子句中的子查詢。MySQL會將結果存放在一個臨時表中,也稱爲派生表。函數
explain select (select 1 from actor where id = 1) from (select * from film where id = 1) der;
union:在union關鍵字隨後的selelct。工具
EXPLAIN select 1 union all select 1;
這一列表示explain的一行正在訪問哪一個表。 當from子句中有子查詢時,table列是<derivedN>格式,表示當前查詢依賴id=N的查詢,因而先執行id=N的查詢。 當有union時,UNION RESULT的table列的值爲<union 1,2>,1和2表示參與union的select行id。性能
這一列表示關聯類型或訪問類型,即MySQL決定如何查找表中的行,查找數據行對應的大概範圍。 依次從最優到最差的分別爲:system>const>eq_ref>ref>range>index>All 通常來講,得保證查詢達到range級別,最好達到ref。 NULL:MySQL可以在優化階段分解查詢語句,在執行階段用不着在訪問表或索引。例如:在索引列中選取最小值,能夠單獨查找索引來完成,不需在執行時訪問表。
EXPLAIN select min(id) from film;
EXPLAIN select * from (select * from film where id= 1) as tmp;
EXPLAIN select * from (select * from film where id= 1) as tmp;
EXPLAIN select * from film where name='film1';
關聯表查詢,idx_film_actor_id是film_id和actor_id的聯合索引,這裏使用到了film_actor的左邊前綴film_id部分。
EXPLAIN select film_id from film LEFT JOIN film_actor on film.id = film_actor.film_id;
EXPLAIN select * from actor WHERE id >1;
EXPLAIN select * from film;
EXPLAIN SELECT * from actor;
這一列顯示select可能會使用哪些查詢來查找。 explain時可能會出現possible_keys有列,而key顯示爲NULL的狀況,這種狀況是由於表中的數據很少,MySQL認爲索引對此查詢幫助不大,選擇了全表掃描。 若是該列爲NULL,則沒有相關的索引。這種狀況下,能夠經過檢查where子句看是否能夠創造一個適當的索引來提升查詢性能,而後用explain查看效果。
EXPLAIN SELECT * from film_actor where film_id =1;
這一列顯示MySQL實際採用哪一個索引對該表的訪問。 若是沒有使用索引,則改列爲NULL。若是想強制MySQL使用或忽視possible_keys列中的索引,在查詢中使用force index、 ignore index。
這一列顯示了mysql在索引裏使用的字節數,經過這個值能夠估算出具體使用了索引中的哪些列。
EXPLAIN SELECT * from film_actor where film_id =1;
film_actor的聯合索引idx_film_actor_id由film_id和actor_id兩個id列組成,而且每一個int是4字節。經過結果中的key_len=4可推斷出查詢使用了第一個列:film_id列來執行索引查找。 ken_len計算規則以下:
字符串
char(n):n字節長度 varchar(n):n字節存儲字符串長度,若是是utf-8, 則長度是3n+2
數值類型
tinyint:1字節 smallint:2字節 int:4字節 bigint:8字節
時間類型
date:3字節 timestamp:4字節 datetime:8字節
若是字段容許爲NULL,須要1字節記錄是否爲NULL 索引最大長度是768字節,當字符串過長時,MySQL會作一個相似作前綴索引的處理,將前半部分的字符串提取出來作索引。
這一列顯示了在key列記錄的索引中,表查找值所用到的列或常量,常見的有: const(常量),字段名等。通常是查詢條件或關聯條件中等號右邊的值,若是是常量那麼ref列是const,很是量的話ref列就是字段名。
EXPLAIN SELECT * from film_actor where film_id =1;
這一列是mysql估計要讀取並檢測的行數,注意這個不是結果集的行數。
這一列是額外信息。
explain select film_id from film_actor where film_id=1;
explain select * from film_actor where film_id > 1;
explain select * from actor where name ='a'
explain select DISTINCT name from actor;
actor.name沒有索引,此時建立了臨時表來處理distinct。
explain select DISTINCT name from film;
file.name創建了普通索引,此時查詢時Extra是Using index,沒有用到臨時表。
explain select * from actor order by name;
actor.name未建立索引,會瀏覽acotr整個表,保存排序關鍵字name和對應id,而後排序name並檢索行記錄。
explain select * from film order by name;
film.name創建了idx_name索引,此時查詢時extra是Using index。
explain select min(id) from film ;
還沒關注個人公衆號?