主頁 > 知識(shí)庫 > MySQL如何基于Explain關(guān)鍵字優(yōu)化索引功能

MySQL如何基于Explain關(guān)鍵字優(yōu)化索引功能

熱門標(biāo)簽:申請(qǐng)外呼電話線路 湖南人工外呼系統(tǒng)多少錢 百度地圖圖標(biāo)標(biāo)注中心 芒果電話機(jī)器人自動(dòng)化 信陽穩(wěn)定外呼系統(tǒng)運(yùn)營(yíng)商 日照旅游地圖標(biāo)注 廣東人工電話機(jī)器人 南通自動(dòng)外呼系統(tǒng)軟件 石家莊電商外呼系統(tǒng)

  explain顯示了MySQL如何使用索引來處理select語句以及連接表。可以幫助選擇更好的索引和寫出更優(yōu)化的查詢語句。簡(jiǎn)單講,它的作用就是分析查詢性能。

  explain關(guān)鍵字的使用方法很簡(jiǎn)單,就是把它放在select查詢語句的前面。

  mysql查看是否使用索引,簡(jiǎn)單的看type類型就可以。如果它是all,那說明這條查詢語句遍歷了所有的行,并沒有使用到索引。

比如:explain select * from company_info where cname like '%小%'

  

explain select * from company_info where cname like '小%'

以下

1)、id列數(shù)字越大越先執(zhí)行,如果說數(shù)字一樣大,那么就從上往下依次執(zhí)行,id列為null的就表是這是一個(gè)結(jié)果集,不需要使用它來進(jìn)行查詢。

2)、select_type列常見的有:

  • A:simple:表示不需要union操作或者不包含子查詢的簡(jiǎn)單select查詢。有連接查詢時(shí),外層的查詢?yōu)閟imple,且只有一個(gè)
  • B:primary:一個(gè)需要union操作或者含有子查詢的select,位于最外層的單位查詢的select_type即為primary。且只有一個(gè)
  • C:union:union連接的兩個(gè)select查詢,第一個(gè)查詢是dervied派生表,除了第一個(gè)表外,第二個(gè)以后的表select_type都是union
  • D:dependent union:與union一樣,出現(xiàn)在union 或union all語句中,但是這個(gè)查詢要受到外部查詢的影響
  • E:union result:包含union的結(jié)果集,在union和union all語句中,因?yàn)樗恍枰獏⑴c查詢,所以id字段為null
  • F:subquery:除了from字句中包含的子查詢外,其他地方出現(xiàn)的子查詢都可能是subquery
  • G:dependent subquery:與dependent union類似,表示這個(gè)subquery的查詢要受到外部表查詢的影響
  • H:derived:from字句中出現(xiàn)的子查詢,也叫做派生表,其他數(shù)據(jù)庫中可能叫做內(nèi)聯(lián)視圖或嵌套select

3)、table

顯示的查詢表名,如果查詢使用了別名,那么這里顯示的是別名,如果不涉及對(duì)數(shù)據(jù)表的操作,那么這顯示為null,如果顯示為尖括號(hào)括起來的derived N>就表示這個(gè)是臨時(shí)表,后邊的N就是執(zhí)行計(jì)劃中的id,表示結(jié)果來自于這個(gè)查詢產(chǎn)生。如果是尖括號(hào)括起來的union M,N>,與derived N>類似,也是一個(gè)臨時(shí)表,表示這個(gè)結(jié)果來自于union查詢的id為M,N的結(jié)果集。

4)、type

依次從好到差:system,const,eq_ref,ref,fulltext,ref_or_null,unique_subquery,index_subquery,range,index_merge,index,ALL,除了all之外,其他的type都可以使用到索引,除了index_merge之外,其他的type只可以用到一個(gè)索引

  • A:system:表中只有一行數(shù)據(jù)或者是空表,且只能用于myisam和memory表。如果是Innodb引擎表,type列在這個(gè)情況通常都是all或者index
  • B:const:使用唯一索引或者主鍵,返回記錄一定是1行記錄的等值where條件時(shí),通常type是const。其他數(shù)據(jù)庫也叫做唯一索引掃描
  • C:eq_ref:出現(xiàn)在要連接過個(gè)表的查詢計(jì)劃中,驅(qū)動(dòng)表只返回一行數(shù)據(jù),且這行數(shù)據(jù)是第二個(gè)表的主鍵或者唯一索引,且必須為not null,唯一索引和主鍵是多列時(shí),只有所有的列都用作比較時(shí)才會(huì)出現(xiàn)eq_ref
  • D:ref:不像eq_ref那樣要求連接順序,也沒有主鍵和唯一索引的要求,只要使用相等條件檢索時(shí)就可能出現(xiàn),常見與輔助索引的等值查找?;蛘叨嗔兄麈I、唯一索引中,使用第一個(gè)列之外的列作為等值查找也會(huì)出現(xiàn),總之,返回?cái)?shù)據(jù)不唯一的等值查找就可能出現(xiàn)。
  • E:fulltext:全文索引檢索,要注意,全文索引的優(yōu)先級(jí)很高,若全文索引和普通索引同時(shí)存在時(shí),mysql不管代價(jià),優(yōu)先選擇使用全文索引
  • F:ref_or_null:與ref方法類似,只是增加了null值的比較。實(shí)際用的不多。
  • G:unique_subquery:用于where中的in形式子查詢,子查詢返回不重復(fù)值唯一值
  • H:index_subquery:用于in形式子查詢使用到了輔助索引或者in常數(shù)列表,子查詢可能返回重復(fù)值,可以使用索引將子查詢?nèi)ブ亍?/li>
  • I:range:索引范圍掃描,常見于使用>,,is null,between ,in ,like等運(yùn)算符的查詢中。
  • J:index_merge:表示查詢使用了兩個(gè)以上的索引,最后取交集或者并集,常見and ,or的條件使用了不同的索引,官方排序這個(gè)在ref_or_null之后,但是實(shí)際上由于要讀取所個(gè)索引,性能可能大部分時(shí)間都不如range
  • K:index:索引全表掃描,把索引從頭到尾掃一遍,常見于使用索引列就可以處理不需要讀取數(shù)據(jù)文件的查詢、可以使用索引排序或者分組的查詢。
  • L:all:這個(gè)就是全表掃描數(shù)據(jù)文件,然后再在server層進(jìn)行過濾返回符合要求的記錄。

5)、possible_keys

查詢可能使用到的索引都會(huì)在這里列出來

6)、key

查詢真正使用到的索引,select_type為index_merge時(shí),這里可能出現(xiàn)兩個(gè)以上的索引,其他的select_type這里只會(huì)出現(xiàn)一個(gè)。

7)、key_len

用于處理查詢的索引長(zhǎng)度,如果是單列索引,那就整個(gè)索引長(zhǎng)度算進(jìn)去,如果是多列索引,那么查詢不一定都能使用到所有的列,具體使用到了多少個(gè)列的索引,這里就會(huì)計(jì)算進(jìn)去,沒有使用到的列,這里不會(huì)計(jì)算進(jìn)去。留意下這個(gè)列的值,算一下你的多列索引總長(zhǎng)度就知道有沒有使用到所有的列了。要注意,mysql的ICP特性使用到的索引不會(huì)計(jì)入其中。另外,key_len只計(jì)算where條件用到的索引長(zhǎng)度,而排序和分組就算用到了索引,也不會(huì)計(jì)算到key_len中。

8)、ref

如果是使用的常數(shù)等值查詢,這里會(huì)顯示const,如果是連接查詢,被驅(qū)動(dòng)表的執(zhí)行計(jì)劃這里會(huì)顯示驅(qū)動(dòng)表的關(guān)聯(lián)字段,如果是條件使用了表達(dá)式或者函數(shù),或者條件列發(fā)生了內(nèi)部隱式轉(zhuǎn)換,這里可能顯示為func

9)、rows

這里是執(zhí)行計(jì)劃中估算的掃描行數(shù),不是精確值

10)、extra

這個(gè)列可以顯示的信息非常多,有幾十種,常用的有

  • A:distinct:在select部分使用了distinc關(guān)鍵字
  • B:no tables used:不帶from字句的查詢或者From dual查詢
  • C:使用not in()形式子查詢或not exists運(yùn)算符的連接查詢,這種叫做反連接。即,一般連接查詢是先查詢內(nèi)表,再查詢外表,反連接就是先查詢外表,再查詢內(nèi)表。
  • D:using filesort:排序時(shí)無法使用到索引時(shí),就會(huì)出現(xiàn)這個(gè)。常見于order by和group by語句中
  • E:using index:查詢時(shí)不需要回表查詢,直接通過索引就可以獲取查詢的數(shù)據(jù)。
  • F:using join buffer(block nested loop),using join buffer(batched key accss):5.6.x之后的版本優(yōu)化關(guān)聯(lián)查詢的BNL,BKA特性。主要是減少內(nèi)表的循環(huán)數(shù)量以及比較順序地掃描查詢。
  • G:using sort_union,using_union,using intersect,using sort_intersection:
  • using intersect:表示使用and的各個(gè)索引的條件時(shí),該信息表示是從處理結(jié)果獲取交集
  • using union:表示使用or連接各個(gè)使用索引的條件時(shí),該信息表示從處理結(jié)果獲取并集
  • using sort_union和using sort_intersection:與前面兩個(gè)對(duì)應(yīng)的類似,只是他們是出現(xiàn)在用and和or查詢信息量大時(shí),先查詢主鍵,然后進(jìn)行排序合并后,才能讀取記錄并返回。
  • H:using temporary:表示使用了臨時(shí)表存儲(chǔ)中間結(jié)果。臨時(shí)表可以是內(nèi)存臨時(shí)表和磁盤臨時(shí)表,執(zhí)行計(jì)劃中看不出來,需要查看status變量,used_tmp_table,used_tmp_disk_table才能看出來。
  • I:using where:表示存儲(chǔ)引擎返回的記錄并不是所有的都滿足查詢條件,需要在server層進(jìn)行過濾。查詢條件中分為限制條件和檢查條件,5.6之前,存儲(chǔ)引擎只能根據(jù)限制條件掃描數(shù)據(jù)并返回,然后server層根據(jù)檢查條件進(jìn)行過濾再返回真正符合查詢的數(shù)據(jù)。5.6.x之后支持ICP特性,可以把檢查條件也下推到存儲(chǔ)引擎層,不符合檢查條件和限制條件的數(shù)據(jù),直接不讀取,這樣就大大減少了存儲(chǔ)引擎掃描的記錄數(shù)量。extra列顯示using index condition
  • J:firstmatch(tb_name):5.6.x開始引入的優(yōu)化子查詢的新特性之一,常見于where字句含有in()類型的子查詢。如果內(nèi)表的數(shù)據(jù)量比較大,就可能出現(xiàn)這個(gè)
  • K:loosescan(m..n):5.6.x之后引入的優(yōu)化子查詢的新特性之一,在in()類型的子查詢中,子查詢返回的可能有重復(fù)記錄時(shí),就可能出現(xiàn)這個(gè)

除了這些之外,還有很多查詢數(shù)據(jù)字典庫,執(zhí)行計(jì)劃過程中就發(fā)現(xiàn)不可能存在結(jié)果的一些提示信息

11)、filtered

使用explain extended時(shí)會(huì)出現(xiàn)這個(gè)列,5.7之后的版本默認(rèn)就有這個(gè)字段,不需要使用explain extended了。這個(gè)字段表示存儲(chǔ)引擎返回的數(shù)據(jù)在server層過濾后,剩下多少滿足查詢的記錄數(shù)量的比例,注意是百分比,不是具體記錄數(shù)。

以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。

您可能感興趣的文章:
  • MySQL查詢語句過程和EXPLAIN語句基本概念及其優(yōu)化
  • mysql開啟慢查詢(EXPLAIN SQL語句使用介紹)
  • mysql explain的用法(使用explain優(yōu)化查詢語句)
  • Mysql調(diào)優(yōu)Explain工具詳解及實(shí)戰(zhàn)演練(推薦)
  • Mysql explain用法與結(jié)果深入分析
  • 詳解mysql中explain的type
  • Mysql深入探索之Explain執(zhí)行計(jì)劃詳析
  • MySQL索引優(yōu)化Explain詳解
  • MYSQL 性能分析器 EXPLAIN 用法實(shí)例分析
  • MySQL中通過EXPLAIN如何分析SQL的執(zhí)行計(jì)劃詳解
  • MySQL EXPLAIN語句的使用示例

標(biāo)簽:呼和浩特 合肥 阿里 沈陽 惠州 公主嶺 天津 牡丹江

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《MySQL如何基于Explain關(guān)鍵字優(yōu)化索引功能》,本文關(guān)鍵詞  MySQL,如何,基于,Explain,關(guān)鍵字,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《MySQL如何基于Explain關(guān)鍵字優(yōu)化索引功能》相關(guān)的同類信息!
  • 本頁收集關(guān)于MySQL如何基于Explain關(guān)鍵字優(yōu)化索引功能的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章