mysql高效查詢left join和group by(加索引)

mysql高效查詢

mysql犧牲瞭group by來增加left join的速度(前提是加瞭索引)。

user表:10萬數據

實例1: 200秒左右

SELECT U.id, A.favorite_count FROM (SELECT id from user) U
LEFT JOIN (
  -- 點贊數
  SELECT favorite_by AS user_id, SUM(favorite_count) AS favorite_count
  FROM favorite
  GROUP BY favorite_by
)  A ON U.id=A.user_id
LEFT JOIN (
  -- 評論數量
  SELECT user_id, COUNT(*) AS comment_count
  FROM photo_comment
  GROUP BY user_id
) B ON U.id=B.user_id

實例2:1秒多

select uf.user_id , uf.favorite_count, COUNT(pc.id) as comment_count from (
select u.id as user_id , SUM(f.favorite_count) as favorite_count from (SELECT id from user) u 
LEFT JOIN favorite f on f.favorite_by = u.id  
GROUP BY u.id
) uf 
LEFT JOIN photo_comment pc on pc.user_id = uf.user_id
GROUP BY uf.user_id

附:如何在MySQL高效的join3個表

對於下面這個三個表的join語句

select * 
from t1 
join t2 on(t1.a=t2.a) 
join t3 on (t2.b=t3.b) 
where t1.c>=X and t2.c>=Y and t3.c>=Z;

若改寫成straight_join,要怎麼指定連接順序,以及怎麼給三個表創建索引?

盡量使用BKA算法

使用BKA,並非“先計算兩個表join的結果,再跟第三個表join”,而是直接嵌套查詢的。具體實現:在t1.c>=X、t2.c>=Y、t3.c>=Z這三個條件裡,選擇一個經過過濾以後,數據最少的那個表,作為第一個驅動表。此時,可能會出現如下兩種情況。

如果選出來是表t1或者t3,那剩下的部分就固定瞭:

  • 如果驅動表是t1,則連接順序是t1->t2->t3,要在被驅動表字段創建上索引,也就是t2.a 和 t3.b上創建索引
  • 如果驅動表是t3,則連接順序是t3->t2->t1,需要在t2.b 和 t1.a上創建索引。

同時,我們還需要在第一個驅動表的字段c上創建索引。

第二種情況是,若選出來的第一個驅動表是表t2,則需要評估另外兩個條件的過濾效果。

思路就是,盡量讓每一次參與join的驅動表的數據集,越小越好,因為這樣我們的驅動表就會越小。

總結

到此這篇關於mysql高效查詢left join和group by的文章就介紹到這瞭,更多相關mysql高效查詢內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!

推薦閱讀: