您好,登錄后才能下訂單哦!
本文主要給大家介紹如何看懂MySQL執行計劃,文章內容都是筆者用心摘選和編輯的,具有一定的針對性,對大家的參考意義還是比較大的,下面跟筆者一起了解下如何看懂MySQL執行計劃吧。
執行計劃,簡單的來說,是SQL在數據庫中執行時的表現情況,通常用于SQL性能分析,優化等場景。在MySQL使用 explain 關鍵字來查看SQL的執行計劃。如下所示:
1.查詢t_base_user
select * from t_base_user where name="andyqian";
2.查看上述語句的執行計劃
explain select * from t_base_user where name="andyqian";
執行查看上述2語句后,我們可以得出以下執行計劃結果
id | select_type | table | type | possible_kes | key | key_len | ref | rows | Extra |
---|---|---|---|---|---|---|---|---|---|
1 | SIMPLE | t_base_user | ALL | 1 | Using where |
上面執行計劃是什么意思呢?有什么參考價值呢?
上面這個執行計劃給到的信息是: 這個結果通過一個簡單的語句全表掃描,共掃描1行,使用where條件在t_base_user表中篩選出的。發現該語句并沒有走索引,為什么是這樣的呢?別急,我們緊接著看下一節。
通過上面,我們知道了什么是執行計劃,也看到了執行計劃到底是什么東西,現在我們來具體了解一下,MySQL執行計劃中,每個屬性代表的是什么意思?
id | select_type | table | type | possible_kes | key | key_len | ref | rows | Extra |
---|
我們一一來介紹,并說明每個屬性有哪些可選值,以及每個可選值的意思。
id
表示查詢中select操作表的順序,按順序從大到依次執行
select_type :
該表示選擇的類型,可選值有: SIMPLE(簡單的),
type :
該屬性表示訪問類型,有很多種訪問類型。
最常見的其中包括以下幾種: ALL(全表掃描), index(索引掃描),range(范圍掃描),ref (非唯一索引掃描),eq_ref(唯一索引掃描,),(const)常數引用, 訪問速度依次由慢到快。
其中 : range(范圍)常見與 between and ..., 大于 and 小于這種情況。
提示 : 慢SQL是否走索引,走了什么索引,也就可以通過該屬性查看了。
table :
表示該語句查詢的表
possible_keys :
顧名思義,該屬性給出了,該查詢語句,可能走的索引,(如某些字段上索引的名字)這里提供的只是參考,而不是實際走的索引,也就導致會有possible_Keys不為null,key為空的現象。
key : 顯示MySQL實際使用的索引,其中就包括主鍵索引(PRIMARY),或者自建索引的名字。
key_len : 表示索引所使用的字節數,
ref :
連接匹配條件,如果走主鍵索引的話,該值為: const, 全表掃描的話,為null值
rows :
掃描行數,也就是說,需要掃描多少行,采能獲取目標行數,一般情況下會大于返回行數。通常情況下,rows越小,效率越高, 也就有大部分SQL優化,都是在減少這個值的大小。
注意: 理想情況下掃描的行數與實際返回行數理論上是一致的,但這種情況及其少,如關聯查詢,掃描的行數就會比返回行數大大增加)
Extra 這個屬性非常重要,該屬性中包括執行SQL時的真實情況信息,如上面所屬,使用到的是"using where",表示使用where篩選得到的值,常用的有: "Using temporary": 使用臨時表 "using filesort": 使用文件排序
看到這里,我們應該已經發現,在第一步中,我們的這條SQL
select * from t_base_user where name="andyqian";
是沒有走索引的,而且還是全表掃描,在數據量少的情況下,問題還不會特別突出,如果數據量比較大,這可是個會造成生產事故的慢查詢哦,現在我們改造一下,將name字段添加上索引,
添加索引
alter table t_base_user add index idx_name(name);
看看它的執行計劃是怎樣的。
id | select_type | table | type | possible_kes | key | key_len | ref | rows | Extra |
---|---|---|---|---|---|---|---|---|---|
1 | SIMPLE | t_base_user | ref | idx_name | idx_name | 93 | cons | 1 | Using where |
你看,現在已經走idx_name索引了,其type從All(全表掃描)到ref(非唯一索引了),別看就只有這一點點小區別,在大數據量的時候,可是會起大作用的哦。
本文中演示的數據結構如下:
create table t_base_user(
oid bigint(20) not null primary key auto_increment,
name varchar(30) null comment "name",
email varchar(30) null comment "email",
age int null comment "age",
telephone varchar(30) null comment "telephone",
status tinyint(4) null comment "0 無效 1 有效",
created_at datetime null comment "",
updated_at datetime null comment ""
)
// 新增記錄:
insert into t_base_user (name,email,age,telephone,created_at,updated_at) values ("andyqian","andytohome",20,"15608411",now(),now();)
看完以上關于如何看懂MySQL執行計劃,很多讀者朋友肯定多少有一定的了解,如需獲取更多的行業知識信息 ,可以持續關注我們的行業資訊欄目的。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。