MySQL查詢(xún)優(yōu)化:連接查詢(xún)排序limit(join、order by、limit語(yǔ)句)介紹
更新時(shí)間:2013年04月19日 15:21:13 作者:
兩張表連接查詢(xún)并limit,SQL效率很高,但是加上order by以后,語(yǔ)句的執(zhí)行時(shí)間變的巨長(zhǎng),效率巨低,接下來(lái)為大家介紹下連接查詢(xún)排序limit
不知道有沒(méi)有人碰到過(guò)這樣惡心的問(wèn)題:兩張表連接查詢(xún)并limit,SQL效率很高,但是加上order by以后,語(yǔ)句的執(zhí)行時(shí)間變的巨長(zhǎng),效率巨低。
情況是這么一個(gè)情況:現(xiàn)在有兩張表,team表和people表,每個(gè)people屬于一個(gè)team,people中有個(gè)字段team_id。
下面給出建表語(yǔ)句:
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)
);
下面我要連接兩張表查詢(xún)出前10個(gè)people,按tname排序。
于是,一個(gè)SQL語(yǔ)句誕生了:select * from t_people p left join t_team t on p.team_id=t.id order by p.pname limit 10; [語(yǔ)句①]
這個(gè)是我第一反應(yīng)寫(xiě)的SQL,通俗易懂,也是大多數(shù)人的第一反應(yīng)。然后來(lái)測(cè)試一下這個(gè)語(yǔ)句的執(zhí)行時(shí)間。首先要準(zhǔn)備數(shù)據(jù)。我用存儲(chǔ)過(guò)程在t_team表中生成1000條數(shù)據(jù),在t_people表中生成100000條數(shù)據(jù)。(存儲(chǔ)過(guò)程在本文最后)
執(zhí)行上面那條SQL語(yǔ)句,執(zhí)行了好幾次,耗時(shí)在3秒左右。
再換兩個(gè)語(yǔ)句對(duì)比一下:
1.把order by子句去掉:select * from t_people p left join t_team t on p.team_id=t.id limit10; [語(yǔ)句②]
耗時(shí)0.00秒,忽略不計(jì)。
2.還是使用order by,但是把連接t_team表去掉:select * from t_people p order by p.pname limit 10; [語(yǔ)句③]
耗時(shí)0.15秒左右。
對(duì)比發(fā)現(xiàn)[語(yǔ)句①]的效率巨低。
為什么效率這么低呢。[語(yǔ)句②]和[語(yǔ)句③]執(zhí)行都很快,[語(yǔ)句①]不過(guò)是二者的結(jié)合。如果先執(zhí)行[語(yǔ)句③]得到排序好的10條people結(jié)果后,再連接查詢(xún)出各個(gè)people的team,效率不會(huì)這么低。那么只有一個(gè)解釋?zhuān)篗ySQL先執(zhí)行連接查詢(xún),再進(jìn)行排序。
解決方法:如果想提高效率,就要修改SQL語(yǔ)句,讓MySQL先排序取前10條再連接查詢(xún)。
SQL語(yǔ)句:
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; [語(yǔ)句④]
[語(yǔ)句④]和[語(yǔ)句①]功能一樣,雖然有子查詢(xún),雖然看起來(lái)很別扭,但是效率提高了很多,它的執(zhí)行時(shí)間只要0.16秒左右,比之前的[語(yǔ)句①] (耗時(shí)3秒) 提高了20倍。
這兩個(gè)表的結(jié)構(gòu)很簡(jiǎn)單,如果遇到復(fù)雜的表結(jié)構(gòu)…我在實(shí)際開(kāi)發(fā)中就碰到了這樣的問(wèn)題,使用[語(yǔ)句①]的方式耗時(shí)80多秒,但使用[語(yǔ)句④]只需1秒以?xún)?nèi)。
最后給出造數(shù)據(jù)的存儲(chǔ)過(guò)程:
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。
下面給出建表語(yǔ)句:
復(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)
);
下面我要連接兩張表查詢(xún)出前10個(gè)people,按tname排序。
于是,一個(gè)SQL語(yǔ)句誕生了:select * from t_people p left join t_team t on p.team_id=t.id order by p.pname limit 10; [語(yǔ)句①]
這個(gè)是我第一反應(yīng)寫(xiě)的SQL,通俗易懂,也是大多數(shù)人的第一反應(yīng)。然后來(lái)測(cè)試一下這個(gè)語(yǔ)句的執(zhí)行時(shí)間。首先要準(zhǔn)備數(shù)據(jù)。我用存儲(chǔ)過(guò)程在t_team表中生成1000條數(shù)據(jù),在t_people表中生成100000條數(shù)據(jù)。(存儲(chǔ)過(guò)程在本文最后)
執(zhí)行上面那條SQL語(yǔ)句,執(zhí)行了好幾次,耗時(shí)在3秒左右。
再換兩個(gè)語(yǔ)句對(duì)比一下:
1.把order by子句去掉:select * from t_people p left join t_team t on p.team_id=t.id limit10; [語(yǔ)句②]
耗時(shí)0.00秒,忽略不計(jì)。
2.還是使用order by,但是把連接t_team表去掉:select * from t_people p order by p.pname limit 10; [語(yǔ)句③]
耗時(shí)0.15秒左右。
對(duì)比發(fā)現(xiàn)[語(yǔ)句①]的效率巨低。
為什么效率這么低呢。[語(yǔ)句②]和[語(yǔ)句③]執(zhí)行都很快,[語(yǔ)句①]不過(guò)是二者的結(jié)合。如果先執(zhí)行[語(yǔ)句③]得到排序好的10條people結(jié)果后,再連接查詢(xún)出各個(gè)people的team,效率不會(huì)這么低。那么只有一個(gè)解釋?zhuān)篗ySQL先執(zhí)行連接查詢(xún),再進(jìn)行排序。
解決方法:如果想提高效率,就要修改SQL語(yǔ)句,讓MySQL先排序取前10條再連接查詢(xún)。
SQL語(yǔ)句:
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; [語(yǔ)句④]
[語(yǔ)句④]和[語(yǔ)句①]功能一樣,雖然有子查詢(xún),雖然看起來(lái)很別扭,但是效率提高了很多,它的執(zhí)行時(shí)間只要0.16秒左右,比之前的[語(yǔ)句①] (耗時(shí)3秒) 提高了20倍。
這兩個(gè)表的結(jié)構(gòu)很簡(jiǎn)單,如果遇到復(fù)雜的表結(jié)構(gòu)…我在實(shí)際開(kāi)發(fā)中就碰到了這樣的問(wèn)題,使用[語(yǔ)句①]的方式耗時(shí)80多秒,但使用[語(yǔ)句④]只需1秒以?xún)?nèi)。
最后給出造數(shù)據(jù)的存儲(chǔ)過(guò)程:
復(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)文章
與MSSQL對(duì)比學(xué)習(xí)MYSQL的心得(三)--查看字段的長(zhǎng)度
今天我們來(lái)對(duì)比下MYSQL和MSSQL關(guān)于查看字段長(zhǎng)度之間的區(qū)別2014-06-06
mysql服務(wù)性能優(yōu)化—my.cnf_my.ini配置說(shuō)明詳解(16G內(nèi)存)
這篇文章主要介紹了mysql服務(wù)性能優(yōu)化—my.cnf_my.ini配置說(shuō)明詳解(16G內(nèi)存),需要的朋友可以參考下2016-05-05
mysql數(shù)據(jù)庫(kù)優(yōu)化總結(jié)(心得)
本篇文章是對(duì)mysql數(shù)據(jù)庫(kù)優(yōu)化進(jìn)行了詳細(xì)的總結(jié)與介紹,需要的朋友參考下2013-06-06
MySQL深度分頁(yè)(千萬(wàn)級(jí)數(shù)據(jù)量如何快速分頁(yè))
后端開(kāi)發(fā)中經(jīng)常需要分頁(yè)展示,個(gè)時(shí)候就需要用到MySQL的LIMIT關(guān)鍵字。LIMIT在數(shù)據(jù)量大的時(shí)候極可能造成的一個(gè)問(wèn)題就是深度分頁(yè)。本文就介紹一下解決方法,感興趣的可以了解一下2021-07-07
MySQL中進(jìn)行跨庫(kù)查詢(xún)的方法示例
這篇文章主要給大家介紹了關(guān)于MySQL中進(jìn)行跨庫(kù)查詢(xún)的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家學(xué)習(xí)或者使用MySQL具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2020-07-07
MySQL按月自動(dòng)設(shè)置表分區(qū)的實(shí)現(xiàn)
本文主要介紹了MySQL按月自動(dòng)設(shè)置表分區(qū)的實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2024-08-08

