MYSQL EXPLAIN語(yǔ)句的extended 選項(xiàng)

? ? MySQL數(shù)據(jù)庫(kù)中有一個(gè)explain 命令蚀之,其主要功能是用來(lái)分析select 語(yǔ)句的運(yùn)行效果,例如explain可以獲得select語(yǔ)句使用的索引情況日缨、排序的情況等等。除此以外掖看,explain 的extended 擴(kuò)展能夠在原本explain的基礎(chǔ)上額外的提供一些查詢(xún)優(yōu)化的信息匣距,這些信息可以通過(guò)MySQL的show warnings命令得到。下面是一個(gè)最簡(jiǎn)單的例子哎壳。

首先執(zhí)行對(duì)想要分析的語(yǔ)句進(jìn)行explain毅待,并帶上extended選項(xiàng)

mysql> explain?extended?select * from account\G;

*************************** 1. row ***************************

id: 1

select_type: SIMPLE

table: account

type: ALL

possible_keys: NULL

key: NULL

key_len: NULL

ref: NULL

rows: 1

filtered: 100.00

Extra:

1 row in set, 1 warning (0.00 sec)

接下來(lái)再執(zhí)行Show Warnings

mysql> show warnings\G;

*************************** 1. row ***************************

Level: Note

Code: 1003

Message: select `dbunit`.`account`.`id` AS `id`,`dbunit`.`account`.`name` AS `name` from `dbunit`.`account`

1 row in set (0.00 sec)

從 show warnings的輸出結(jié)果中我們可以看到原本的select * 被mysql優(yōu)化成了

select `dbunit`.`account`.`id` AS `id`,`dbunit`.`account`.`name` AS `name`。

explain extended 除了能夠告訴我們mysql的查詢(xún)優(yōu)化能做什么归榕,同時(shí)也能告訴我們mysql的

查詢(xún)優(yōu)化做不了什么尸红。Mysql performanceExtended EXPLAIN這篇文中中作者就利用explain

extended +show warnings 找到了mysql查詢(xún)優(yōu)化器中不能查詢(xún)優(yōu)化的地方。

從 EXPLAIN extended SELECT * FROM sbtest WHERE id>5 AND id>6 AND c="a" AND pad=c

語(yǔ)句的輸出我們得知mysql的查詢(xún)優(yōu)化器不能將id>5 和 id>6 這兩個(gè)查詢(xún)條件優(yōu)化合并成一個(gè) id>6刹泄。

mysql performanceexplain extended文章中第三個(gè)例子和靜室的explain的extended選項(xiàng)文章中外里,

兩位作者也對(duì)explain extended做了進(jìn)一步的實(shí)驗(yàn),從這個(gè)兩篇文中中我們可以得出結(jié)論是從

explain extend的輸出中特石,我們可以看到sql的執(zhí)行方式盅蝗,對(duì)于分析sql還是很有幫助的。

下面特別摘抄了靜室explain的extended選項(xiàng)這篇文章中的內(nèi)容

/******************************以下代碼和分析摘抄至靜室explain的extended選項(xiàng)**************/

mysql>explain extended select * from t where a in (select b from i);

+----+--------------------+-------+------+

| id | select_type??????? | table | type |

+----+--------------------+-------+------+

| 1 | PRIMARY??????????? | t???? | ALL |

| 2 | DEPENDENT SUBQUERY | i???? | ALL |

+----+--------------------+-------+------+

2 rows in set, 1 warning (0.01 sec)

子查詢(xún)看起來(lái)和外部的查詢(xún)沒(méi)有任何關(guān)系姆蘸,為什么MySQL顯示的是DEPENDENT SUBQUERY墩莫,

和外部相關(guān)的查詢(xún)呢?從explain extended的結(jié)果我們就可以看出原因了乞旦。

mysql>show warnings\G

*************************** 1. row ***************************

Level: Note

Code: 1003

Message: select `test`.`t`.`a` AS `a`,`test`.`t`.`b` AS `b`,`test`.`t`.`c` AS `c`

from `test`.`t` where

(`test`.`t`.`a`,

(select 1 AS `Not_used` from `test`.`i`

where ((`test`.`t`.`a`) = `test`.`i`.`b`)))

1 row in set (0.00 sec)

在這里MySQL改寫(xiě)了SQL贼穆,做了in的優(yōu)化。

/******************************以上代碼和分析摘抄至靜室explain的extended選項(xiàng)*********************/

不過(guò)需要注意的一點(diǎn)是從EXPLAIN extended +show warnings得到“優(yōu)化以后”的查詢(xún)語(yǔ)句

可能還不是最終優(yōu)化執(zhí)行的sql兰粉,或者說(shuō)explain extended看到的信息還不足以說(shuō)明mysql最

終對(duì)查詢(xún)語(yǔ)句優(yōu)化的結(jié)果故痊。同樣還是mysql formanceexplain Extended這篇文章的第二個(gè)

例子就說(shuō)明了這種情況

/*****************************************************************************************************/

mysql> EXPLAIN extended SELECT t1.id,t2.pad FROM sbtest t1, sbtest t2 WHERE t1.id=5

AND t2.k=t1.k;

+----+-------------+-------+-------+---------------+---------+---------+-------+-------+-------+

| id | select_type | TABLE | type | possible_keys | KEY???? | key_len | ref?? | rows | Extra |

+----+-------------+-------+-------+---------------+---------+---------+-------+-------+-------+

| 1 | SIMPLE????? | t1??? | const | PRIMARY,k???? | PRIMARY | 4?????? | const |???? 1 |?????? |

| 1 | SIMPLE????? | t2??? | ref?? | k???????????? | k?????? | 4?????? | const | 55561 |?????? |

+----+-------------+-------+-------+---------------+---------+---------+-------+-------+-------+

2 rows IN SET, 1 warning (0.00 sec)

mysql> SHOW warnings \G

*************************** 1. row ***************************

Level: Note

Code: 1003

Message: SELECT `test`.`t1`.`id` AS `id`,`test`.`t2`.`pad` AS `pad` FROM `test`.`sbtest` `t1`

JOIN `test`.`sbtest` `t2` WHERE ((`test`.`t2`.`k` = `test`.`t1`.`k`) AND (`test`.`t1`.`id` = 5))

1 row IN SET (0.00 sec)

/*************************************************************************************************/

從Explain的結(jié)果中我們可以得到t1表的查詢(xún)使用的是"const"類(lèi)型,也就是說(shuō)mysql查詢(xún)的時(shí)候

會(huì)先由t1.id=5 找到t1.k 再利用t1.k的值去t2表中查詢(xún)數(shù)據(jù)玖姑,很顯然這樣的查詢(xún)優(yōu)化結(jié)果沒(méi)有在

接下來(lái)的Show Warings輸出中找到愕秫。

總結(jié)

還是引用靜室explain的 extended選項(xiàng)這篇文章中的幾句話(huà)"從explain extend的輸出中慨菱,我們可以

看到sql的執(zhí)行方式,對(duì)于分析sql還是很有幫助的"戴甩。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末符喝,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子甜孤,更是在濱河造成了極大的恐慌协饲,老刑警劉巖,帶你破解...
    沈念sama閱讀 221,635評(píng)論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件缴川,死亡現(xiàn)場(chǎng)離奇詭異茉稠,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī)把夸,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,543評(píng)論 3 399
  • 文/潘曉璐 我一進(jìn)店門(mén)而线,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人恋日,你說(shuō)我怎么就攤上這事膀篮。” “怎么了岂膳?”我有些...
    開(kāi)封第一講書(shū)人閱讀 168,083評(píng)論 0 360
  • 文/不壞的土叔 我叫張陵誓竿,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我闷营,道長(zhǎng)烤黍,這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 59,640評(píng)論 1 296
  • 正文 為了忘掉前任傻盟,我火速辦了婚禮速蕊,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘娘赴。我一直安慰自己规哲,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 68,640評(píng)論 6 397
  • 文/花漫 我一把揭開(kāi)白布诽表。 她就那樣靜靜地躺著唉锌,像睡著了一般。 火紅的嫁衣襯著肌膚如雪竿奏。 梳的紋絲不亂的頭發(fā)上袄简,一...
    開(kāi)封第一講書(shū)人閱讀 52,262評(píng)論 1 308
  • 那天,我揣著相機(jī)與錄音泛啸,去河邊找鬼绿语。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的吕粹。 我是一名探鬼主播种柑,決...
    沈念sama閱讀 40,833評(píng)論 3 421
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼匹耕!你這毒婦竟也來(lái)了聚请?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書(shū)人閱讀 39,736評(píng)論 0 276
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤稳其,失蹤者是張志新(化名)和其女友劉穎驶赏,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體既鞠,經(jīng)...
    沈念sama閱讀 46,280評(píng)論 1 319
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡母市,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,369評(píng)論 3 340
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了损趋。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,503評(píng)論 1 352
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡椅寺,死狀恐怖浑槽,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情返帕,我是刑警寧澤桐玻,帶...
    沈念sama閱讀 36,185評(píng)論 5 350
  • 正文 年R本政府宣布,位于F島的核電站荆萤,受9級(jí)特大地震影響镊靴,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜链韭,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,870評(píng)論 3 333
  • 文/蒙蒙 一偏竟、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧敞峭,春花似錦踊谋、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 32,340評(píng)論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至沉迹,卻和暖如春睦疫,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背鞭呕。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 33,460評(píng)論 1 272
  • 我被黑心中介騙來(lái)泰國(guó)打工蛤育, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 48,909評(píng)論 3 376
  • 正文 我出身青樓缨伊,卻偏偏與公主長(zhǎng)得像摘刑,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子刻坊,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,512評(píng)論 2 359

推薦閱讀更多精彩內(nèi)容