MySQL優(yōu)化之如何查找SQL效率低的原因
查詢到效率低的 SQL 語句 后,可以通過 EXPLAIN 或者 DESC 命令獲取 MySQL 如何執(zhí)行 SELECT 語句的信息,包括在 SELECT 語句執(zhí)行過程中表如何連接和連接的順序,比如我們想計算 2006 年所有公司的銷售額,需要關(guān)聯(lián) sales 表和 company 表,并且對 profit 字段做求和( sum )操作,相應 SQL 的執(zhí)行計劃如下:
mysql> explain select sum(profit) from sales a,company b where a.company_id = b.id and a.year = 2006\G;
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: a
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 12
Extra: Using where
*************************** 2. row ***************************
id: 1
select_type: SIMPLE
table: b
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 12
Extra: Using where
2 rows in set (0.00 sec)
每個列的解釋如下:
•select_type :表示 SELECT 的 類型,常見的取值有 SIMPLE (簡單表,即不使用表連接或者子查詢)、 PRIMARY (主查詢,即外層的查詢)、 UNION ( UNION 中的第二個或者后面的查詢語句)、 SUBQUERY (子查詢中的第一個 SELECT )等。
•table :輸出結(jié)果集的表。
•type :表示表的連接類型,性能由好到差的連接類型為 system (表中僅有一行,即常量表)、 const (單表中最多有一個匹配行,例如 primary key 或者 unique index )、 eq_ref (對于前面的每一行,在此表中只查詢一條記錄,簡單來說,就是多表連接中使用 primary key 或者 unique index )、 ref (與 eq_ref 類似,區(qū)別在于不是使用 primary key 或者 unique index ,而是使用普通的索引)、 ref_or_null ( 與 ref 類似,區(qū)別在于條件中包含對 NULL 的查詢 ) 、 index_merge ( 索引合并優(yōu)化 ) 、 unique_subquery ( in 的后面是一個查詢主鍵字段的子查詢)、 index_subquery ( 與 unique_subquery 類似,區(qū)別在于 in 的后面是查詢非唯一索引字段的子查詢)、 range (單表中的范圍查詢)、 index (對于前面的每一行,都通過查詢索引來得到數(shù)據(jù))、 all (對于前面的每一行,都通過全表掃描來得到數(shù)據(jù))。
•possible_keys :表示查詢時,可能使用的索引。
•key :表示實際使用的索引。
•key_len :索引字段的長度。
•rows :掃描行的數(shù)量。
•Extra :執(zhí)行情況的說明和描述。
在上面的例子中,已經(jīng)可以確認是 對 a 表的全表掃描導致效率的不理想,那么 對 a 表的 year 字段創(chuàng)建索引,具體如下:
mysql> create index idx_sales_year on sales(year);
Query OK, 12 rows affected (0.01 sec)
Records: 12 Duplicates: 0 Warnings: 0
創(chuàng)建索引后,這條語句的執(zhí)行計劃如下:
mysql> explain select sum(profit) from sales a,company b where a.company_id = b.id and a.year = 2006\G;
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: a
type: ref
possible_keys: idx_sales_year
key: idx_sales_year
key_len: 4
ref: const
rows: 3
Extra:
*************************** 2. row ***************************
id: 1
select_type: SIMPLE
table: b
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 12
Extra: Using where
2 rows in set (0.00 sec)
可以發(fā)現(xiàn)建立索引后對 a 表需要掃描的行數(shù)明顯減少(從全表掃描減少到 3 行),可見索引的使用可以大大提高數(shù)據(jù)庫的訪問速度,尤其在表很龐大的時候這種優(yōu)勢更為明顯,使用索引優(yōu)化 sql 是優(yōu)化問題 sql 的一種常用基本方法,在后面的章節(jié)中我們會具體介紹如何使索引來優(yōu)化 sql 。
相關(guān)文章
Mysql 8 新特性 window functions 的作用
MySQL是眾多網(wǎng)站技術(shù)棧中的標準配置,是廣受歡迎的開源數(shù)據(jù)庫,已經(jīng)推出了8.0的第一個候選發(fā)行版本。接下來通過本文給大家分享Mysql 8 新特性 window functions 的作用,需要的朋友參考下吧2017-11-11MySQL按天分組統(tǒng)計一定時間內(nèi)的數(shù)據(jù)實例(沒有數(shù)據(jù)補0)
我們在用Mysql制作數(shù)據(jù)可視化圖表時候,經(jīng)常需要按照天對數(shù)據(jù)進行分組統(tǒng)計,下面這篇文章主要給大家介紹了關(guān)于MySQL按天分組統(tǒng)計一定時間內(nèi)的數(shù)據(jù),沒有數(shù)據(jù)補0的相關(guān)資料,需要的朋友可以參考下2023-03-03SQL實現(xiàn)對數(shù)據(jù)庫檢索數(shù)據(jù)的直接轉(zhuǎn)換計算
這篇文章主要介紹了SQL實現(xiàn)對數(shù)據(jù)庫檢索數(shù)據(jù)的直接轉(zhuǎn)換計算,文章圍繞主題展開詳細的內(nèi)容介紹,具有一定的參考價值,需要的小伙伴可以參考一下2022-09-09