mysql履行籌劃引見。本站提示廣大學習愛好者：（mysql履行籌劃引見）文章只能為提供參考，不一定能成為您想要的結果。以下是mysql履行籌劃引見正文
爛sql不只直接影響sql的呼應時光，更影響db的機能，招致其它正常的sql呼應時光變長。若何寫好sql，學會看履行籌劃相當主要。上面我簡略講講mysql的履行籌劃，只列出了一些罕見的情形，願望對年夜家有所贊助。
測試表構造：
CREATE TABLE `t1` (
`c1` int(11) NOT NULL DEFAULT '0',
`c2` varchar(128) DEFAULT NULL,
`c3` varchar(64) DEFAULT NULL,
`c4` int(11) DEFAULT NULL,
PRIMARY KEY (`c1`),
KEY `ind_c2` (`c2`),
KEY `ind_c4` (`c4`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
CREATE TABLE `t2` (
`c1` int(11) NOT NULL DEFAULT '0',
`c2` varchar(128) DEFAULT NULL,
`c3` varchar(64) DEFAULT NULL,
`c4` int(11) DEFAULT NULL,
PRIMARY KEY (`c1`),
KEY `ind_c2` (`c2`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
CREATE TABLE `t3` (
`c1` int(11) NOT NULL DEFAULT '0',
`c2` varchar(128) DEFAULT NULL,
`c3` varchar(64) DEFAULT NULL,
`c4` int(11) DEFAULT NULL,
PRIMARY KEY (`c1`),
KEY `ind_c2` (`c2`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1.檢查mysql履行籌劃
explain select ......
2.履行籌劃包括的信息
(1).id
寄義，指導select字句或操作表的次序。
eg1：id雷同，履行次序從上到下，上面的履行籌劃表現，先操作t1表，然後操作t2表，最初操作t3表。
eg2：若存在子查詢，則子查詢（內層查詢）id年夜於父查詢(外層查詢)，先履行子查詢。id越年夜，優先級越高。
(2).select_type
寄義：select語句的類型
類型：
a.SIMPLE：查詢中不包括子查詢或許UNION
b.查詢中若包括任何龐雜的子部門，最外層查詢則被標志為：PRIMARY
c.在SELECT或WHERE列表中包括了子查詢，該子查詢被標志為：SUBQUERY
d.在FROM列表中包括的子查詢被標志為：DERIVED（衍生）
e.若第二個SELECT湧現在UNION以後，則被標志為UNION；若UNION包括在 FROM子句的子查詢中，
外層SELECT將被標志為：DERIVED
f.從UNION表獲得成果的SELECT被標志為：UNION RESULT
eg：
id為1的table顯示<derived2>,表現成果起源於衍生表2。
id為2表現子查詢，讀取t3表
id為3類型為union，是union的第二個select，最早履行；
id為NULL的類型為union result, <union 1,3>表現id為1的操作和id為3的操作停止成果聚集並。
履行次序3->2->1->NULL
(3).type
寄義：獲得記載行采取的方法，亦即mysql的拜訪方法。
a.ALL：Full Table Scan， MySQL將遍歷全表以找到婚配的行
b.index：Full Index Scan，index與ALL差別為index類型只遍歷索引，索引普通比記載要小。
由於索引中含有c1，查詢c1,c2可以經由過程索引掃描完成。
c.range：索引規模掃描，對索引的掃描開端於某一點，前往婚配值域的行，罕見於between、<、>等的查詢
備注：range類型確定是應用了索引掃描，不然type為ALL
d.ref：非獨一性索引掃描，前往婚配某個零丁值的一切行。罕見於應用非獨一索引即獨一索引的非獨一前綴停止的查找
t2.c4為非獨一索引
e.eq_ref：獨一性索引掃描，關於每一個索引鍵，表中只要一筆記錄與之婚配。罕見於主鍵或獨一索引掃描
t2.c1為主鍵索引，主鍵索引也是獨一索引
f.const、system：當MySQL對查詢某部門停止優化，並轉換為一個常量時，應用這些類型拜訪。如將主鍵置於where列表中，
MySQL就可以將該查詢轉換為一個常量，system是const類型的特例，當查詢的表只要一行的情形下， 應用system
(4).possible_keys
寄義：指出MySQL能應用哪一個索引在表中找到行，查詢觸及到的字段上若存在索引，則該索引將被列出，但紛歧定被查詢應用
(5).key
寄義：顯示MySQL在查詢中現實應用的索引，若沒有應用索引，顯示為NULL
(6)key_len
寄義：表現索引中應用的字節數，可經由過程該列盤算查詢中應用的索引的長度
(7)ref
寄義：用於銜接查詢，表現詳細某個表的某列被援用
(8)rows
寄義：MySQL依據表統計信息及索引選用情形，預算的找到所需的記載所須要讀取的行數,這個值是禁絕確的，只要參考意義。
(9)Extra
寄義：顯示一些幫助的額定信息
a.Using index,表現應用了索引
b.Using where，表現經由過程where前提過濾
c.Using temporary，表現應用了暫時表，罕見於分組和排序
d.Using filesort，表現沒法應用索引排序，須要文件排序
eg1:t1.c3列沒有索引
eg2：應用索引列t1.c2
