主頁 > 資料庫 > MySQL-Explain

MySQL-Explain

2020-09-10 06:21:50 資料庫

Explain

  • 是什么(查看執行計劃)

    • 使用EXPLAIN關鍵字可以模擬優化器執行SQL陳述句,從而知道MySQL是
      如何處理你的SQL陳述句的,分析你的查詢陳述句或是結構的性能瓶頸
    • 官網介紹
  • 能干嘛

    • 表的讀取順序
    • 資料讀取操作的操作型別
    • 哪些索引可以使用
    • 哪些索引被實際使用
    • 表之間的參考
    • 每張表有多少行被優化器查詢
  • 怎么玩

    • Explain+SQL陳述句

      EXPLAIN SELECT * FROM studymysql.tbl_emp;

    • 執行計劃包含的資訊

  • 各個欄位解釋

    1583821808946

    • id

      • select查詢的序列號,有幾個select就由幾個id,包含一組數字,表示查詢中執行select子句或操作表的順序

      • 三種情況

        • id相同,執行順序由上至下

        • id不同,如果是子查詢,id的序號會遞增,id值越大優先級越高,越先被執行

          1583822461854

        • id相同不同,同時存在

          1583822760688

          注意: union結果總是放在一個匿名臨時表中,臨時表不在SQL總出現,因此它的id是NULL

    • select_type

      • 有哪些

        1583822973794

      • 查詢的型別,主要用于區別普通查詢、聯合查詢、子查詢等的復雜查詢

      1.SIMPLE :簡單的select查詢,查詢中不包含子查詢或者UNION

      2.PRIMARY :查詢中若包含任何復雜的子部分,最外層查詢則被標記為PRIMARY

      3.SUBQUERY :在SELECT或者WHERE串列中包含了子查詢

      4.DERIVED :在FROM串列中包含的子查詢被標記為DERIVED(衍生),MySQL會遞回執行這些子查詢,把結果放在臨時表里,

      5.UNION :若第二個SELECT出現在UNION之后,則被標記為UNION;若UNION包含在FROM子句的子查詢中,外層SELECT將被標記為:DERIVED

      6.UNION RESULT :從UNION表獲取臨時表檢索結果的SELECT

      explain select * from tbl_emp a
      left join tbl_dept b
      on a.deptId=b.id
      union
      select * from tbl_emp a
      right join tbl_dept b
      on a.deptId=b.id;
      

      1583823721451

    • table

      • 顯示這一行的資料是關于哪張表的
      • table列是 <derivenN> 格式,表示當前查詢依賴 id=N 的查詢,于是先執行 id=N 的查詢
      • 當有 union 時,UNION RESULT 的 table 列的值為 <union1,2>,1和2表示參與 union 的 select 行id,
    • type

      • 表示關聯型別或是訪問型別,即MySQL決定如何查找表中的行

      • 1583823904919

      • 訪問型別排列:從最好到最差依次是:system>const>eq_ref>ref>range>index>ALL

      • 顯示查詢使用了何種型別

        1. system表只有一行記錄(等于系統表),這是const型別的特例,平時不會出現,這個也可以忽略不計

        2. const :表示通過索引一次就找到了,const用于比較primary key或者unique索引,因為只匹配一行資料,所以很快,如將主鍵至于where串列中,MySQL就能將該查詢轉換為一個常量

        3. eq_ref :唯一性索引,對于每個索引鍵,表中只有一條記錄與之匹配,常見于主鍵或唯一索引掃描

          explain select * from tbl_emp as a
          left join tbl_dept as b
          on a.deptId=b.id;
          

          1583832660716

          以上:a所有的主鍵索引被連接使用,最多回傳一個符合條件的值(一個員工只屬于一個部門)

        4. ref:非唯一索引( 普通索引或者聯合索引的部分前綴 )掃描,回傳匹配某個單獨值的所有行,
          本質上也是一種索引訪問,它回傳所有匹配某個單獨值的行,然而,
          可能會找到多個符合條件的行,所以他應該屬于查找和掃描的混合體

          explain select * from tbl_emp
          where deptId="1";
          

          1583833908256

          以上,有兩個部門id(普通索引)為1的值

          explain select * from t1
          where name="12";
          

          1583840103068

          以上,idx_name_age是name和age的聯合索引,使用部分前綴(name)type為ref,(age)type不是ref

        5. range :只檢索給定范圍的行,使用一個索引來選擇行,key列顯示使用了哪個索引,一般就是在你的where陳述句中出現了between、<、>、in等的查詢,這種范圍掃描索引掃描比全表掃描要好,因為他只需要開始索引的某一點,而結束語另一點,不用掃描全部索引

        6. index :Full Index Scan,index與ALL區別為index型別只遍歷索引樹,這通常比ALL快,因為索引檔案通常比資料檔案小,
          (也就是說雖然all和index都是讀全表,但index是從索引中讀取的,而all是從硬碟中讀的)

          explain select t1.name,t1.age from t1;
          

          1583840591022

          以上:只是掃描了idx_name_age索引

        7. all :FullTable Scan,將遍歷全表以找到匹配的行

          備注 :一般來說,得保證查詢只是達到range級別,最好達到ref

    • possible_keys

      • 顯示可能應用在這張表中的索引,一個或多個,
    • 查詢涉及的欄位上若存在索引,則該索引將被列出,但不一定被查詢實際使用

    • key

      • 實際使用的索引,如果為null則沒有使用索引
      • 查詢中若使用了覆寫索引,則索引和查詢的select欄位重疊
    • key_len

      • 表示索引中使用的位元組數,可通過該列計算查詢中使用的索引的長度,在不損失精確性的情況下,長度越短越好

      • key_len顯示的值為索引最大可能長度并非實際使用長度,即key_len是根據表定義的每個屬性的型別計算而得,不是通過表內檢索出的

        • 字串
          • char(n):n位元組長度
          • varchar(n):2位元組存盤字串長度,如果是utf-8,則長度 3n + 2
        • 數值型別
          • tinyint:1位元組
          • smallint:2位元組
          • int:4位元組
          • bigint:8位元組  
        • 時間型別 
          • date:3位元組
          • timestamp:4位元組
          • datetime:8位元組
        • 如果欄位允許為 NULL,需要1位元組記錄是否為 NULL
    • ref

      • 顯示索引那一列被使用了,如果可能的話,是一個常數,那些列或常量被用于查找索引列上的值

        常見的有:const(常量),func,NULL,欄位名

        1583828910820

    • rows

      • 根據表統計資訊及索引選用情況,大致估算出找到所需的記錄所需要讀取的行數越少越好

        1583829166136

    • Extra

      • 包含不適合在其他列中顯示但十分重要的額外資訊

        1.Using filesort:說明mysql會對資料使用一個外部的索引排序,而不是按照表內的索引順序進行讀取,

        MySQL中無法利用索引完成排序操作成為“檔案排序”

        1583830108499

        2.Using temporary:

        • 使用了臨時表保存中間結果,MySQL在對查詢結果排序時使用臨時表,出現這種情況一般是要進行優化的,首先是想到用索引來優化, 常見于排序order by 和分組查詢 group by

          explain select distinct gender from t1;
          

        1583841427241

        ? 以上: gender沒有索引,此時創建了張臨時表來distinct,優化:創建和gender有關聯的索引

        3.USING index

        • 表示相應的select操作中使用了覆寫索引(Coveing Index),避免訪問了表的資料行,效率不錯!

          如果同時出現using where,表明索引被用來執行索引鍵值的查找;
          如果沒有同時出現using where,表面索參考來讀取資料而非執行查找動作,

          1583831866480

        4.Using where

        • 表面使用了where過濾

        5.using join buffer

        • 使用了連接快取

        6.impossible where

        • where子句的值總是false,不能用來獲取任何元組

        7.select tables optimized away

        • 在沒有GROUPBY子句的情況下,基于索引優化MIN/MAX操作或者
          對于MyISAM存盤引擎優化COUNT(*)操作,不必等到執行階段再進行計算,
          查詢執行計劃生成的階段即完成優化,

        8.distinct

        • 優化distinct,在找到第一匹配的元組后即停止找同樣值的作業

轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/1101.html

標籤:MySQL

上一篇:heidisql新建用戶分配資料庫權限

下一篇:MySQL鎖這塊石頭似乎沒有我想的那么重

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • GPU虛擬機創建時間深度優化

    **?桔妹導讀:**GPU虛擬機實體創建速度慢是公有云面臨的普遍問題,由于通常情況下創建虛擬機屬于低頻操作而未引起業界的重視,實際生產中還是存在對GPU實體創建時間有苛刻要求的業務場景。本文將介紹滴滴云在解決該問題時的思路、方法、并展示最終的優化成果。 從公有云服務商那里購買過虛擬主機的資深用戶,一 ......

    uj5u.com 2020-09-10 06:09:13 more
  • 可編程網卡芯片在滴滴云網路的應用實踐

    **?桔妹導讀:**隨著云規模不斷擴大以及業務層面對延遲、帶寬的要求越來越高,采用DPDK 加速網路報文處理的方式在橫向縱向擴展都出現了局限性。可編程芯片成為業界熱點。本文主要講述了可編程網卡芯片在滴滴云網路中的應用實踐,遇到的問題、帶來的收益以及開源社區貢獻。 #1. 資料中心面臨的問題 隨著滴滴 ......

    uj5u.com 2020-09-10 06:10:21 more
  • 滴滴資料通道服務演進之路

    **?桔妹導讀:**滴滴資料通道引擎承載著全公司的資料同步,為下游實時和離線場景提供了必不可少的源資料。隨著任務量的不斷增加,資料通道的整體架構也隨之發生改變。本文介紹了滴滴資料通道的發展歷程,遇到的問題以及今后的規劃。 #1. 背景 資料,對于任何一家互聯網公司來說都是非常重要的資產,公司的大資料 ......

    uj5u.com 2020-09-10 06:11:05 more
  • 滴滴AI Labs斬獲國際機器翻譯大賽中譯英方向世界第三

    **桔妹導讀:**深耕人工智能領域,致力于探索AI讓出行更美好的滴滴AI Labs再次斬獲國際大獎,這次獲獎的專案是什么呢?一起來看看詳細報道吧! 近日,由國際計算語言學協會ACL(The Association for Computational Linguistics)舉辦的世界最具影響力的機器 ......

    uj5u.com 2020-09-10 06:11:29 more
  • MPP (Massively Parallel Processing)大規模并行處理

    1、什么是mpp? MPP (Massively Parallel Processing),即大規模并行處理,在資料庫非共享集群中,每個節點都有獨立的磁盤存盤系統和記憶體系統,業務資料根據資料庫模型和應用特點劃分到各個節點上,每臺資料節點通過專用網路或者商業通用網路互相連接,彼此協同計算,作為整體提供 ......

    uj5u.com 2020-09-10 06:11:41 more
  • 滴滴資料倉庫指標體系建設實踐

    **桔妹導讀:**指標體系是什么?如何使用OSM模型和AARRR模型搭建指標體系?如何統一流程、規范化、工具化管理指標體系?本文會對建設的方法論結合滴滴資料指標體系建設實踐進行解答分析。 #1. 什么是指標體系 ##1.1 指標體系定義 指標體系是將零散單點的具有相互聯系的指標,系統化的組織起來,通 ......

    uj5u.com 2020-09-10 06:12:52 more
  • 單表千萬行資料庫 LIKE 搜索優化手記

    我們經常在資料庫中使用 LIKE 運算子來完成對資料的模糊搜索,LIKE 運算子用于在 WHERE 子句中搜索列中的指定模式。 如果需要查找客戶表中所有姓氏是“張”的資料,可以使用下面的 SQL 陳述句: SELECT * FROM Customer WHERE Name LIKE '張%' 如果需要 ......

    uj5u.com 2020-09-10 06:13:25 more
  • 滴滴Ceph分布式存盤系統優化之鎖優化

    **桔妹導讀:**Ceph是國際知名的開源分布式存盤系統,在工業界和學術界都有著重要的影響。Ceph的架構和演算法設計發表在國際系統領域頂級會議OSDI、SOSP、SC等上。Ceph社區得到Red Hat、SUSE、Intel等大公司的大力支持。Ceph是國際云計算領域應用最廣泛的開源分布式存盤系統, ......

    uj5u.com 2020-09-10 06:14:51 more
  • es~通過ElasticsearchTemplate進行聚合~嵌套聚合

    之前寫過《es~通過ElasticsearchTemplate進行聚合操作》的文章,這一次主要寫一個嵌套的聚合,例如先對sex集合,再對desc聚合,最后再對age求和,共三層嵌套。 Aggregations的部分特性類似于SQL語言中的group by,avg,sum等函式,Aggregation ......

    uj5u.com 2020-09-10 06:14:59 more
  • 爬蟲日志監控 -- Elastc Stack(ELK)部署

    傻瓜式部署,只需替換IP與用戶 導讀: 現ELK四大組件分別為:Elasticsearch(核心)、logstash(處理)、filebeat(采集)、kibana(可視化) 下載均在https://www.elastic.co/cn/downloads/下tar包,各組件版本最好一致,配合fdm會 ......

    uj5u.com 2020-09-10 06:15:05 more
最新发布
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:33:24 more
  • MySQL中binlog備份腳本分享

    關于MySQL的二進制日志(binlog),我們都知道二進制日志(binlog)非常重要,尤其當你需要point to point災難恢復的時侯,所以我們要對其進行備份。關于二進制日志(binlog)的備份,可以基于flush logs方式先切換binlog,然后拷貝&壓縮到到遠程服務器或本地服務器 ......

    uj5u.com 2023-04-20 08:28:06 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:27:27 more
  • 快取與資料庫雙寫一致性幾種策略分析

    本文將對幾種快取與資料庫保證資料一致性的使用方式進行分析。為保證高并發性能,以下分析場景不考慮執行的原子性及加鎖等強一致性要求的場景,僅追求最終一致性。 ......

    uj5u.com 2023-04-20 08:26:48 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:26:35 more
  • 云時代,MySQL到ClickHouse資料同步產品對比推薦

    ClickHouse 在執行分析查詢時的速度優勢很好的彌補了MySQL的不足,但是對于很多開發者和DBA來說,如何將MySQL穩定、高效、簡單的同步到 ClickHouse 卻很困難。本文對比了 NineData、MaterializeMySQL(ClickHouse自帶)、Bifrost 三款產品... ......

    uj5u.com 2023-04-20 08:26:29 more
  • sql陳述句優化

    問題查找及措施 問題查找 需要找到具體的代碼,對其進行一對一優化,而非一直把關注點放在服務器和sql平臺 降低簡化每個事務中處理的問題,盡量不要讓一個事務拖太長的時間 例如檔案上傳時,應將檔案上傳這一步放在事務外面 微軟建議 4.啟動sql定時執行計劃 怎么啟動sqlserver代理服務-百度經驗 ......

    uj5u.com 2023-04-20 08:25:13 more
  • Redis 報”OutOfDirectMemoryError“(堆外記憶體溢位)

    Redis 報錯“OutOfDirectMemoryError(堆外記憶體溢位) ”問題如下: 一、報錯資訊: 使用 Redis 的業務介面 ,產生 OutOfDirectMemoryError(堆外記憶體溢位),如圖: 格式化后的報錯資訊: { "timestamp": "2023-04-17 22: ......

    uj5u.com 2023-04-20 08:24:54 more
  • day02-2-商鋪查詢快取

    功能02-商鋪查詢快取 3.商鋪詳情快取查詢 3.1什么是快取? 快取就是資料交換的緩沖區(稱作Cache),是存盤資料的臨時地方,一般讀寫性能較高。 快取的作用: 降低后端負載 提高讀寫效率,降低回應時間 快取的成本: 資料一致性成本 代碼維護成本 運維成本 3.2需求說明 如下,當我們點擊商店詳 ......

    uj5u.com 2023-04-20 08:24:03 more
  • day02-短信登錄

    功能實作02 2.功能01-短信登錄 2.1基于Session實作登錄 2.1.1思路分析 2.1.2代碼實作 2.1.2.1發送短信驗證碼 發送短信驗證碼: 發送驗證碼的介面為:http://127.0.0.1:8080/api/user/code?phone=xxxxx<手機號> 請求方式:PO ......

    uj5u.com 2023-04-20 08:23:11 more