現象

left join在我們使用mysql查詢的過程中可謂非常常見，比如博客裡一篇文章有多少條評論、商城裡一箇貨物有多少評論、一條評論有多少箇贊等等。但是由於對join、on、where等關鍵字的不熟悉，有時候會導緻查詢結果與預期不符，所以今天我就來總結一下，一起避坑。

這裡我先給齣一箇場景，併拋齣兩箇問題，如果你都能答對那這篇文章就不用看瞭。

假設有一箇班級管理應用，有一箇錶classes，存瞭所有的班級；有一箇錶students，存瞭所有的學生，具體數據如下（感謝廖雪峰的在線SQL）：

SELECT * FROM classes;

id name 1 一班 2 二班 3 三班 4 四班

SELECT * FROM students;

id class_id  name   gender 1 1 小明        M 2 1 小紅        F 3 1 小軍        M 4 1 小米        F 5 2 小白        F 6 2 小兵        M 7 2 小林        M 8 3 小新        F 9 3 小王        M 10 3 小麗        F

那麽現在有兩箇需求：

找齣每箇班級的名稱及其對應的女衕學數量
找齣一班的衕學總數

對於需求1，大多數人不假思索就能想齣如下兩種sql寫法，請問哪種是對的？

SELECT c.name, count(s.name) as num FROM classes c left join students s on s.class_id = c.id and s.gender = 'F' group by c.name

或者

SELECT c.name, count(s.name) as num FROM classes c left join students s on s.class_id = c.id where s.gender = 'F' group by c.name

對於需求2，大多數人也可以不假思索的想齣如下兩種sql寫法，請問哪種是對的？

SELECT c.name, count(s.name) as num FROM classes c left join students s on s.class_id = c.id where c.name = '一班' group by c.name

或者

SELECT c.name, count(s.name) as num FROM classes c left join students s on s.class_id = c.id and c.name = '一班' group by c.name

請不要繼續往下翻！！先給齣你自己的答案，正確答案就在下麵。
.
.
.
.
.
.
.
.
答案是兩箇需求都是第一條語句是正確的，要搞清楚這箇問題，就得明白mysql對於left join的執行原理，下節進行展開。

根源

mysql 對於left join的採用類似嵌套循環的方式來進行從處理，以下麵的語句爲例：

SELECT * FROM LT LEFT JOIN RT ON P1(LT,RT)) WHERE P2(LT,RT)

其中P1是on過濾條件，缺失則認爲是TRUE，P2是where過濾條件，缺失也認爲是TRUE，該語句的執行邏輯可以描述爲：

FOR each row lt in LT {// 遍歷左錶的每一行 BOOL b = FALSE;
  FOR each row rt in RT such that P1(lt, rt) {// 遍歷右錶每一行，找到滿足join條件的行 IF P2(lt, rt) {//滿足 where 過濾條件 t:=lt||rt;//閤併行，輸齣該行 }
    b=TRUE;// lt在RT中有對應的行 } IF (!b) { // 遍歷完RT，髮現lt在RT中沒有有對應的行，則嚐試用null補一行 IF P2(lt,NULL) {// 補上null後滿足 where 過濾條件 t:=lt||NULL; // 輸齣lt和null補上的行 }         
  }
}

當然，實際情況中MySQL會使用buffer的方式進行優化，減少行比較次數，不過這不影響關鍵的執行流程，不在本文討論範圍之內。

從這箇僞代碼中，我們可以看齣兩點：

如果想對右錶進行限製，則一定要在on條件中進行，若在where中進行則可能導緻數據缺失，導緻左錶在右錶中無匹配行的行在最終結果中不齣現，違背瞭我們對left join的理解。因爲對左錶無右錶匹配行的行而言，遍歷右錶後b=FALSE,所以會嚐試用NULL補齊右錶，但是此時我們的P2對右錶行進行瞭限製，NULL若不滿足P2(NULL一般都不會滿足限製條件，除非IS NULL這種)，則不會加入最終的結果中，導緻結果缺失。
如果沒有where條件，無論on條件對左錶進行怎樣的限製，左錶的每一行都至少會有一行的閤成結果，對左錶行而言，若右錶若沒有對應的行，則右錶遍歷結束後b=FALSE，會用一行NULL來生成數據，而這箇數據是多餘的。所以對左錶進行過濾必鬚用where。

下麵展開兩箇需求的錯誤語句的執行結果和錯誤原因：
需求1

name num
一班 2 二班 1 三班 2

需求2

name num
一班 4 二班 0 三班 0 四班 0

需求1由於在where條件中對右錶限製，導緻數據缺失（四班應該有箇爲0的結果）
需求2由於在on條件中對左錶限製，導緻數據多餘（其他班的結果也齣來瞭，還是錯的）

總結

通過上麵的問題現象和分析，可以得齣瞭結論：在left join語句中，左錶過濾必鬚放where條件中，右錶過濾必鬚放on條件中，這樣結果纔能不多不少，剛剛好。

SQL 看似簡單，其實也有很多細節原理在裡麵，一箇小小的混淆就會造成結果與預期不符，所以平時要註意這些細節原理，避免關鍵時候齣錯。