MySQL查詢優(yōu)化:連接查詢排序limit(join、order by、limit語句)介紹
更新時(shí)間:2013年04月19日 15:21:13 作者:
兩張表連接查詢并limit,SQL效率很高,但是加上order by以后,語句的執(zhí)行時(shí)間變的巨長(zhǎng),效率巨低,接下來為大家介紹下連接查詢排序limit
不知道有沒有人碰到過這樣惡心的問題:兩張表連接查詢并limit,SQL效率很高,但是加上order by以后,語句的執(zhí)行時(shí)間變的巨長(zhǎng),效率巨低。
情況是這么一個(gè)情況:現(xiàn)在有兩張表,team表和people表,每個(gè)people屬于一個(gè)team,people中有個(gè)字段team_id。
下面給出建表語句:
create table t_team
(
id int primary key,
tname varchar(100)
);
create table t_people
(
id int primary key,
pname varchar(100),
team_id int,
foreign key (team_id) references t_team(id)
);
下面我要連接兩張表查詢出前10個(gè)people,按tname排序。
于是,一個(gè)SQL語句誕生了:select * from t_people p left join t_team t on p.team_id=t.id order by p.pname limit 10; [語句①]
這個(gè)是我第一反應(yīng)寫的SQL,通俗易懂,也是大多數(shù)人的第一反應(yīng)。然后來測(cè)試一下這個(gè)語句的執(zhí)行時(shí)間。首先要準(zhǔn)備數(shù)據(jù)。我用存儲(chǔ)過程在t_team表中生成1000條數(shù)據(jù),在t_people表中生成100000條數(shù)據(jù)。(存儲(chǔ)過程在本文最后)
執(zhí)行上面那條SQL語句,執(zhí)行了好幾次,耗時(shí)在3秒左右。
再換兩個(gè)語句對(duì)比一下:
1.把order by子句去掉:select * from t_people p left join t_team t on p.team_id=t.id limit10; [語句②]
耗時(shí)0.00秒,忽略不計(jì)。
2.還是使用order by,但是把連接t_team表去掉:select * from t_people p order by p.pname limit 10; [語句③]
耗時(shí)0.15秒左右。
對(duì)比發(fā)現(xiàn)[語句①]的效率巨低。
為什么效率這么低呢。[語句②]和[語句③]執(zhí)行都很快,[語句①]不過是二者的結(jié)合。如果先執(zhí)行[語句③]得到排序好的10條people結(jié)果后,再連接查詢出各個(gè)people的team,效率不會(huì)這么低。那么只有一個(gè)解釋:MySQL先執(zhí)行連接查詢,再進(jìn)行排序。
解決方法:如果想提高效率,就要修改SQL語句,讓MySQL先排序取前10條再連接查詢。
SQL語句:
select * from (select * from t_people p order by p.pname limit 10) p left join t_team t on p.team_id=t.id limit 10; [語句④]
[語句④]和[語句①]功能一樣,雖然有子查詢,雖然看起來很別扭,但是效率提高了很多,它的執(zhí)行時(shí)間只要0.16秒左右,比之前的[語句①] (耗時(shí)3秒) 提高了20倍。
這兩個(gè)表的結(jié)構(gòu)很簡(jiǎn)單,如果遇到復(fù)雜的表結(jié)構(gòu)…我在實(shí)際開發(fā)中就碰到了這樣的問題,使用[語句①]的方式耗時(shí)80多秒,但使用[語句④]只需1秒以內(nèi)。
最后給出造數(shù)據(jù)的存儲(chǔ)過程:
CREATE PROCEDURE createdata()
BEGIN
DECLARE i INT;
START TRANSACTION;
SET i=0;
WHILE i<1000 DO
INSERT INTO t_team VALUES(i+1,CONCAT('team',i+1));
SET i=i+1;
END WHILE;
SET i=0;
WHILE i<100000 DO
INSERT INTO t_people VALUES(i+1,CONCAT('people',i+1),i%1000+1);
SET i=i+1;
END WHILE;
COMMIT;
END
情況是這么一個(gè)情況:現(xiàn)在有兩張表,team表和people表,每個(gè)people屬于一個(gè)team,people中有個(gè)字段team_id。
下面給出建表語句:
復(fù)制代碼 代碼如下:
create table t_team
(
id int primary key,
tname varchar(100)
);
create table t_people
(
id int primary key,
pname varchar(100),
team_id int,
foreign key (team_id) references t_team(id)
);
下面我要連接兩張表查詢出前10個(gè)people,按tname排序。
于是,一個(gè)SQL語句誕生了:select * from t_people p left join t_team t on p.team_id=t.id order by p.pname limit 10; [語句①]
這個(gè)是我第一反應(yīng)寫的SQL,通俗易懂,也是大多數(shù)人的第一反應(yīng)。然后來測(cè)試一下這個(gè)語句的執(zhí)行時(shí)間。首先要準(zhǔn)備數(shù)據(jù)。我用存儲(chǔ)過程在t_team表中生成1000條數(shù)據(jù),在t_people表中生成100000條數(shù)據(jù)。(存儲(chǔ)過程在本文最后)
執(zhí)行上面那條SQL語句,執(zhí)行了好幾次,耗時(shí)在3秒左右。
再換兩個(gè)語句對(duì)比一下:
1.把order by子句去掉:select * from t_people p left join t_team t on p.team_id=t.id limit10; [語句②]
耗時(shí)0.00秒,忽略不計(jì)。
2.還是使用order by,但是把連接t_team表去掉:select * from t_people p order by p.pname limit 10; [語句③]
耗時(shí)0.15秒左右。
對(duì)比發(fā)現(xiàn)[語句①]的效率巨低。
為什么效率這么低呢。[語句②]和[語句③]執(zhí)行都很快,[語句①]不過是二者的結(jié)合。如果先執(zhí)行[語句③]得到排序好的10條people結(jié)果后,再連接查詢出各個(gè)people的team,效率不會(huì)這么低。那么只有一個(gè)解釋:MySQL先執(zhí)行連接查詢,再進(jìn)行排序。
解決方法:如果想提高效率,就要修改SQL語句,讓MySQL先排序取前10條再連接查詢。
SQL語句:
select * from (select * from t_people p order by p.pname limit 10) p left join t_team t on p.team_id=t.id limit 10; [語句④]
[語句④]和[語句①]功能一樣,雖然有子查詢,雖然看起來很別扭,但是效率提高了很多,它的執(zhí)行時(shí)間只要0.16秒左右,比之前的[語句①] (耗時(shí)3秒) 提高了20倍。
這兩個(gè)表的結(jié)構(gòu)很簡(jiǎn)單,如果遇到復(fù)雜的表結(jié)構(gòu)…我在實(shí)際開發(fā)中就碰到了這樣的問題,使用[語句①]的方式耗時(shí)80多秒,但使用[語句④]只需1秒以內(nèi)。
最后給出造數(shù)據(jù)的存儲(chǔ)過程:
復(fù)制代碼 代碼如下:
CREATE PROCEDURE createdata()
BEGIN
DECLARE i INT;
START TRANSACTION;
SET i=0;
WHILE i<1000 DO
INSERT INTO t_team VALUES(i+1,CONCAT('team',i+1));
SET i=i+1;
END WHILE;
SET i=0;
WHILE i<100000 DO
INSERT INTO t_people VALUES(i+1,CONCAT('people',i+1),i%1000+1);
SET i=i+1;
END WHILE;
COMMIT;
END
相關(guān)文章
mysql-8.0.16 winx64的最新安裝教程圖文詳解
最近剛學(xué)習(xí)數(shù)據(jù)庫,首先是了解數(shù)據(jù)庫是什么,數(shù)據(jù)庫、數(shù)據(jù)表的基本操作,這就面臨了一個(gè)問題,mysql的安裝,我這里下載的是64位的,基于Windows的,需要的朋友可以參考下2019-06-06MySQL遞歸查詢的3種實(shí)現(xiàn)方式實(shí)例
在項(xiàng)目中會(huì)遇到同一個(gè)表中保存著父子關(guān)系的數(shù)據(jù),最常見的就是處理樹形結(jié)構(gòu)資源,下面這篇文章主要給大家介紹了關(guān)于MySQL遞歸查詢的3種實(shí)現(xiàn)方式,文中通過示例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-04-04mysql 8.0.15 下載安裝詳細(xì)教程 新手必備!
這篇文章主要為大家詳細(xì)介紹了mysql 8.0.15 下載安裝詳細(xì)教程,純新手教程,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2019-03-03mysql installer web community 5.7.21.0.msi安裝圖文教程
這篇文章主要為大家詳細(xì)介紹了mysql installer web community 5.7.21.0.msi,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-09-09MySQL數(shù)據(jù)庫內(nèi)置函數(shù)使用說明
這篇文章主要給大家介紹了關(guān)于MySQL數(shù)據(jù)庫內(nèi)置函數(shù)使用說明的相關(guān)資料,MySQL提供了多種內(nèi)置函數(shù)來實(shí)現(xiàn)不同的功能,文中通過圖文介紹的非常詳細(xì),需要的朋友可以參考下2023-12-12mysql 8.0.11 macos10.13安裝配置方法圖文教程
這篇文章主要為大家詳細(xì)介紹了mysql 8.0.11 macos10.13安裝配置方法圖文教程,mysql數(shù)據(jù)庫安裝及配置環(huán)境變量,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2018-07-07