怎么查看MySQL語句有沒有用到索引?
通過explain,如以下例子:
EXPLAIN SELECT * FROM employees.titles WHERE emp_no='10001' AND title='Senior Engineer' AND from_date='1986-06-26';
id | select_type | table | partitions | type | possible_keys | key | key_len | ref | filtered | rows | Extra |
---|---|---|---|---|---|---|---|---|---|---|---|
1 | SIMPLE | titles | null | const | PRIMARY | PRIMARY | 59 | const,const,const | 10 | 1 |
- id:在?個?的查詢語句中每個SELECT關(guān)鍵字都對應(yīng)?個唯?的id ,如explain select * from s1 where id = (select id from s1 where name = 'egon1');第一個select的id是1,第二個select的id是2。有時候會出現(xiàn)兩個select,但是id卻都是1,這是因?yàn)閮?yōu)化器把子查詢變成了連接查詢 。
- select_type:select關(guān)鍵字對應(yīng)的那個查詢的類型,如SIMPLE,PRIMARY,SUBQUERY,DEPENDENT,SNION 。
- table:每個查詢對應(yīng)的表名 。
- type:
type
字段比較重要, 它提供了判斷查詢是否高效的重要依據(jù)依據(jù). 通過type
字段, 我們判斷此次查詢是全表掃描
還是索引掃描
等。如const(主鍵索引或者唯一二級索引進(jìn)行等值匹配的情況下),ref(普通的?級索引列與常量進(jìn)?等值匹配),index(掃描全表索引的覆蓋索引) 。
通常來說, 不同的 type 類型的性能關(guān)系如下:ALL < index < range ~ index_merge < ref < eq_ref < const < system``ALL
類型因?yàn)槭侨頀呙? 因此在相同的查詢條件下, 它是速度最慢的. 而 index
類型的查詢雖然不是全表掃描, 但是它掃描了所有的索引, 因此比 ALL 類型的稍快.
- possible_key:查詢中可能用到的索引*(可以把用不到的刪掉,降低優(yōu)化器的優(yōu)化時間)* 。
- key:此字段是 MySQL 在當(dāng)前查詢時所真正使用到的索引。
- filtered:查詢器預(yù)測滿足下一次查詢條件的百分比 。
- rows 也是一個重要的字段. MySQL 查詢優(yōu)化器根據(jù)統(tǒng)計(jì)信息, 估算 SQL 要查找到結(jié)果集需要掃描讀取的數(shù)據(jù)行數(shù). 這個值非常直觀顯示 SQL 的效率好壞, 原則上 rows 越少越好。
- extra:表示額外信息,如Using where,Start temporary,End temporary,Using temporary等。
-
數(shù)據(jù)結(jié)構(gòu)
+關(guān)注
關(guān)注
3文章
573瀏覽量
40676 -
MySQL
+關(guān)注
關(guān)注
1文章
850瀏覽量
27730 -
索引
+關(guān)注
關(guān)注
0文章
59瀏覽量
10643 -
字段
+關(guān)注
關(guān)注
0文章
15瀏覽量
1724
發(fā)布評論請先 登錄
評論