為執行的查詢收集的重要統計信息,包括時間、臨時表、索引、聯接等,都收集在“查詢統計 SQL 編輯器結果”選項卡中(請參閱以下兩圖)。
要求
啟用查詢,并收集性能架構統計信息。
performance_schema 已啟用語句檢測。
SQL 編輯器:查詢統計
視覺解釋計劃
通過利用增強型 JSON 格式中包含的附加數據,可視化解釋功能可創建并呈現 MySQL EXPLAIN 語句的可視化描述。所有 EXPLAIN 格式,包括標準格式、原始擴展 JSON 和可視化查詢計劃,都可以在 MySQL Workbench 中用于執行查詢。
直觀地演示使用
在 SQL 編輯器中執行查詢,然后從查詢結果菜單中選擇“執行過程”以接收執行計劃的直觀說明。除了默認的可視化解釋視圖之外,執行計劃還包含一個表格解釋視圖,類似于您在 MySQL 客戶端中運行 EXPLAIN 時看到的內容。有關 MySQL 如何執行語句的詳細信息,請參閱使用 EXPLAIN 優化查詢。
視覺解釋約定
視覺解釋圖應該從下到上、從左到右閱讀。下面的圖表示例中給出了用于表示視覺解釋計劃的各種元素的圖形、文本和信息約定的概述。要了解更多詳細信息,請參閱 –
圖形標準
信息和文本約定
第一張圖的視覺解釋圖提供了以下查詢的視覺描述。
select * FROM employee_table
登錄后復制
視覺解釋示例
圖形約定
標準盒子:桌子
圓角框:GROUP 和 SORT 等操作
框架框:子查詢
鉆石:連接
文本和信息約定
框下方的標準文本:表(或別名)名稱
框下方的粗體文本:使用的鍵/索引
方框右上角的數字:過濾后表格中使用的行數
方框左上角的數字:訪問該表的相對成本(需要 MySQL 5.7 或更高版本)
嵌套循環(或散列連接)菱形右側的數字:JOIN 生成的行數
菱形上方的數字:JOIN 的相對成本(需要 MySQL 5.7 或更高版本)
下表顯示了視覺解釋圖中使用的相關顏色和描述。有關成本估算的詳細信息,請參閱優化器成本模型。
視覺解釋圖信息
系統名稱 |
顏色 |
可視化圖表上的文本 |
工具提示相關信息 |
---|---|---|---|
系統 |
藍色 |
單行:系統常量 |
成本非常低 |
常量 |
藍色 |
單行:常量 |
成本非常低 |
EQ_REF |
綠色 |
唯一鍵查找 |
低成本——優化器能夠找到可用于檢索所需記錄的索引。速度很快,因為索引搜索直接指向包含所有行數據的頁面 |
參考 |
綠色 |
非唯一鍵查找 |
低-中 — 如果匹配行數較少,則為低;隨著行數的增加而更高 |
全文 |
黃色 |
全文索引搜索 |
專門的全文搜索。低——針對這種專門的搜索要求 |
REF_OR_NULL |
綠色 |
按鍵查找 + 獲取 NULL 值 |
低-中——如果匹配的行數很少;隨著行數的增加而更高 |
INDEX_MERGE |
綠色 |
索引合并 |
中——在查詢中尋找更好的索引選擇以提高性能 |
UNIQUE_SUBQUERY |
橙色 |
子查詢表中的唯一鍵查找 |
低 — 用于高效的子查詢處理 |
INDEX_SUBQUERY |
橙色 |
子查詢表中的非唯一鍵查找 |
低 — 用于高效的子查詢處理 |
范圍 |
橙色 |
索引范圍掃描 |
中 — 部分索引掃描 |
索引 |
紅色 |
完整索引掃描 |
高——特別是對于大索引 |
全部 |
紅色 |
全表掃描 |
非常高 – 對于大型表來說成本非常高,但對于小型表影響較小。找不到該表的可用索引,這迫使優化器搜索每一行。這也可能意味著搜索范圍太廣,索引將毫無用處。 |
未知 |
黑色 |
未知 |
注意:這是默認值,以防無法確定匹配 |
結論
在本文中,我們學習了如何在 MySQL Workbench 中獲取查詢統計信息以及它同時具有哪些不同特征。
以上就是MySQL 中的查詢統計的詳細內容,更多請關注www.92cms.cn其它相關文章!