MySQL left join操作中on和where放置條件的區別介紹
優先順序
兩者放置相同條件，之所以可能會導致結果集不同，就是因為優先順序。on的優先順序是高於where的。
首先明確兩個概念：
- LEFT JOIN 關鍵字會從左表 (table_name1) 那裡返回所有的行，即使在右表 (table_name2) 中沒有匹配的行。
- 資料庫在通過連線兩張或多張表來返回記錄時，都會生成一張中間的臨時表，然後再將這張臨時表返回給使用者。
在left join下，兩者的區別：
- on是在生成臨時表的時候使用的條件，不管on的條件是否起到作用，都會返回左表 (table_name1) 的行。
- where則是在生成臨時表之後使用的條件，此時已經不管是否使用了left join了，只要條件不為真的行，全部過濾掉。
測試
表1：table1
| id | No |
|---|---|
| 1 | n1 |
| 2 | n2 |
| 3 | n3 |
表2：table2
| No | name |
|---|---|
| n1 | aaa |
| n2 | bbb |
| n3 | ccc |
select a.id,a.No,b.name from table1 a left join table2 b on (a.No = b.No and b.name='aaa'); select a.id,b.name from table1 a left join table2 b on (a.No = b.No) where b.name='aaa';
第一個結果集：
|id |No |name| |---|---|---| |1 |n1 |aaa| |2 |n2 |(Null)| |3 |n3 |(Null)|
第二個結果集：
|id |No |name| |---|---|---| |1 |n1 |aaa|
第一個sql的執行流程：首先找到b表的name為aaa的記錄行（on (a.No = b.No and b.name='aaa') ）。然後找到a的資料（即使不符合b表的規則），生成臨時表返回使用者。
第二個sql的執行流程：首先生成臨時表，然後執行where過濾b.name='aaa'不為真的結果集，最後返回給使用者。
因為on會首先過濾掉不符合條件的行，然後才會進行其它運算，所以按理說on是最快的。
在多表查詢時，on比where更早起作用。系統首先根據各個表之間的聯接條件，把多個表合成一個臨時表後，再由where進行過濾，然後再計算，計算完後再由having進行過濾。由此可見，要想過濾條件起到正確的作用，首先要明白這個條件應該在什麼時候起作用，然後再決定放在那裡。
對於JOIN參與的表的關聯操作，如果需要不滿足連線條件的行也在我們的查詢範圍內的話，我們就必需把連線條件放在ON後面，而不能放在WHERE後面，如果我們把連線條件放在了WHERE後面，那麼所有的LEFT,RIGHT,等這些操作將不起任何作用，對於這種情況，它的效果就完全等同於INNER連線。對於那些不影響選擇行的條件，放在ON或者WHERE後面就可以。
記住：所有的連線條件都必需要放在ON後面，不然前面的所有LEFT,和RIGHT關聯將作為擺設，而不起任何作用。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對我們的支援。