總第165篇/張俊紅

01.前言

寫過或者學過 Sql 的人應該都知道 left join，知道 left join 的實現的效果，就是保留左表的全部信息，然后把右表往左表上拼接，如果拼不上就是 null。除了 left join以外，還有inner join、outer join、right join，這些不同的 join 能達到的什么樣的效果，大家應該都了解了，如果不了解的可以看看網上的帖子或者隨便一本 Sql 書都有講的。今天我們不講這些 join 能達到什么效果，我們主要講這些 join 的底層原理是怎么實現的，也就是具體的效果是怎么呈現出來的。

為什么要講底層原理呢？因為只有懂底層原理了，才知道如何更好的去寫 join 語句，最后才能提高 select 的查詢速度。

join 主要有Nested Loop、Hash Join、Merge Join這三種方式，我們這里只講最普遍的，也是最好的理解的Nested Loop，Nested Loop 翻譯過來就是嵌套循環的意思，那什么又是嵌套循環呢？嵌套大家應該都能理解，就是一層套一層；那循環呢，你可以理解成是 for 循環。

Nested Loop 里面又有三種細分的連接方式，分別是Simple Nested-Loop Join、Index Nested-Loop Join、Block Nested-Loop Join，接下來我們就分別去看一下這三種細分的連接方式。

在正式開始之前，先介紹兩個概念，驅動表(也叫外表)和被驅動表(也叫非驅動表，還可以叫匹配表，亦可叫內表)，簡單來說，驅動表就是主表，left join 中的左表就是驅動表，right join 中的右表是驅動表。一個是驅動表，那另一個就只能是非驅動表了，在 join 的過程中，其實就是從驅動表里面依次(注意理解這里面的依次)取出每一個值，然后去非驅動表里面進行匹配，那具體是怎么匹配的呢？這就是我們接下來講的這三種連接方式。

02.Simple Nested-Loop Join

Simple Nested-Loop Join 是這三種方法里面最簡單，最好理解，也是最符合大家認知的一種連接方式，現在有兩張表table A 和 table B，我們讓 table A left join table B，如果是用第一種連接方式去實現的話，會是怎么去匹配的呢？直接上圖：

上面的 left join 會從驅動表 table A 中依次取出每一個值，然后去非驅動表 table B 中從上往下依次匹配，然后把匹配到的值進行返回，最后把所有返回值進行合并，這樣我們就查找到了table A left join table B的結果。是不是和你的認知是一樣的呢？利用這種方法，如果 table A 有10行，table B 有10行，總共需要執行10 x 10 = 100次查詢。

這種暴力匹配的方式在數據庫中一般不使用。

03.Index Nested-Loop Join

Index Nested-Loop Join 這種方法中，我們看到了 Index，大家應該都知道這個就是索引的意思，這個 Index 是要求非驅動表上要有索引，有了索引以后可以減少匹配次數，匹配次數減少了就可以提高查詢的效率了。

為什么會有了索引以后可以減少查詢的次數呢？這個其實就涉及到數據結構里面的一些知識了，給大家舉個例子就清楚了。

上圖中左邊就是普通列的存儲方式，右邊是樹結構索引，什么是樹結構呢？就是數據分布的像樹這樣一層一層的，樹結構有一個特點就是左邊的數據小于頂點的數，右邊的數大于頂點的數，你看右圖中，左邊的數3是不是小于頂點6，右邊的數7是不是大于頂點6；左邊的數1是不是小于頂點3，右邊的數4是不是大于頂點3。

假如我們現在要匹配數值9，如果是左邊這種數據存儲方式的話，我們需要從第一行依次匹配到最后一行才能找到數值9，總共需要匹配7次；但是如果我們是用右邊這種樹結構索引的話，我們先拿9和最上層頂點6去匹配，發現9比6大，我們就去頂點的右邊去找，再去和7匹配，發現9仍然比7大，再去7的右邊找，就找到了9，這樣我們只匹配了3次就把我們想要的9找到了。是不是相比匹配7次節省了很多時間。

數據庫中的索引一般用 B+ 樹，為了讓大家更好的理解，我上面畫的圖只是最簡單的一種樹結構，而非真實的 B+ 樹，但是原理是一樣的。感興趣的同學可以去看我寫的數據結構的文章：

如果索引是主鍵的話，效率會更高，因為主鍵必須是唯一的，所以如果被驅動表是用主鍵去連接，只會出現多對一或者一對一的情況，而不會出現多對多和一對多的情況。

04.Block Nested-Loop Join

理想情況下，用索引匹配是最高效的一種方式，但是在現實工作中，并不是所有的列都是索引列，這個時候就需要用到 Block Nested-Loop Join 方法了，這種方法與第一種方法比較類似，唯一的區別就是會把驅動表中 left join 涉及到的所有列(不止是用來on的列，還有select部分的列)先取出來放到一個緩存區域，然后再去和非驅動表進行匹配，這種方法和第一種方法相比所需要的匹配次數是一樣的，差別就在于驅動表的列數不同，也就是數據量的多少不同。所以雖然匹配次數沒有減少，但是總體的查詢性能還是有提升的。

你還可以看：

Sql 的執行順序是怎樣的？

Sql 實現數據透視表功能

講講你不知道的窗口函數

講講 group by 的plus版

介紹一下 information_schema 庫

關于 Group 的另一個函數

內連接的兩種方式

Sql 中的變量使用

? ? ? ? ? ? ? ? ? ? ? ? ? ?在看支持下???

總結

以上是生活随笔為你收集整理的你知道 Sql 中 left join 的底层原理吗？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。