推薦：內(nèi)網(wǎng)ssh/mysql登錄緩慢的解決方法
本文介紹了“內(nèi)網(wǎng)ssh/mysql登錄緩慢的解決方法”，需要的朋友可以參考一下

不知道有沒有人碰到過這樣惡心的問題：兩張表連接查詢并limit，SQL效率很高，但是加上order by以后，語句的執(zhí)行時(shí)間變的巨長，效率巨低。

情況是這么一個(gè)情況：現(xiàn)在有兩張表，team表和people表，每個(gè)people屬于一個(gè)team，people中有個(gè)字段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)很簡單，如果遇到復(fù)雜的表結(jié)構(gòu)…我在實(shí)際開發(fā)中就碰到了這樣的問題，使用[語句①]的方式耗時(shí)80多秒，但使用[語句④]只需1秒以內(nèi)。

最后給出造數(shù)據(jù)的存儲(chǔ)過程：

分享：使用準(zhǔn)則進(jìn)行條件查詢--1.4.從窗體中選擇查詢的條件
使用準(zhǔn)則進(jìn)行條件查詢--1.4.從窗體中選擇查詢的條件