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高效查詢內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- 淺談mysql join底層原理
- SQL語句中JOIN的用法場景分析
- MYSQL數據庫基礎之Join操作原理
- 解決Mysql的left join無效及使用的注意事項說明
- mysql left join快速轉inner join的過程
- 為什么代碼規范要求SQL語句不要過多的join
- MySQL的join buffer原理
- SQL之各種join小結詳細講解
