免费观看又色又爽又黄的小说免费_美女福利视频国产片_亚洲欧美精品_美国一级大黄大色毛片

MySQL左連接、右連接、內(nèi)連接與Hash連接怎么實現(xiàn)

這篇“MySQL左連接、右連接、內(nèi)連接與Hash連接怎么實現(xiàn)”文章的知識點大部分人都不太理解,所以小編給大家總結(jié)了以下內(nèi)容,內(nèi)容詳細,步驟清晰,具有一定的借鑒價值,希望大家閱讀完這篇文章能有所收獲,下面我們一起來看看這篇“MySQL左連接、右連接、內(nèi)連接與Hash連接怎么實現(xiàn)”文章吧。

創(chuàng)新互聯(lián)建站是一家專注于成都做網(wǎng)站、成都網(wǎng)站建設(shè)和成都電信服務(wù)器托管的網(wǎng)絡(luò)公司,有著豐富的建站經(jīng)驗和案例。

一、MySQL數(shù)據(jù)庫JOIN連接

在多個表上創(chuàng)建索,并且多個表JOIN和子查詢語句相對比較困難。許多開發(fā)人員不自覺地認為JOIN 會降低 SQL 的性能效率,因此他們將多表 SQL 拆分為單表查詢,認為這會影響SQL執(zhí)行的效率,原因是開發(fā)人員不了解JOIN實現(xiàn)過程。

聯(lián)接之間的表關(guān)聯(lián)使用索引進行匹配,假設(shè)表R和表S是連接的。

表R被稱為驅(qū)動表,表R中通過WHERE條件過濾的數(shù)據(jù)將在表S對應(yīng)的索引上逐個查詢。如果驅(qū)動表R的數(shù)據(jù)量不大,則上述算法非常有效。

以下三種 JOIN 類型,驅(qū)動表各是哪張表:

SELECT * FROM R LEFT JOIN S ON R.x = S.x WEHRE ...
SELECT * FROM R RIGHT JOIN S ON R.x = S.x WEHRE ...
SELECT * FROM R INNER JOIN S ON R.x = S.x WEHRE ...

1、inner join

對于 INNER JOIN,驅(qū)動表可能是表 R,也可能是表 S。顯示左邊右邊共有的數(shù)據(jù)。

在這種場景下,誰需要查詢的數(shù)據(jù)量越少,誰就是驅(qū)動表。 我們來看下面的例子

SELECT * FROM R INNER JOIN S  ON R.x = S.x  WHERE R.y = ? AND S.z = ?

2、LEFT JOIN

上述 Left Join 來說,驅(qū)動表就是左表 R;Right Join中,驅(qū)動表就是右表 S。這是 JOIN 類型決定左表或右表的數(shù)據(jù)一定要進行查詢。

返回包括左表中的所有記錄和右表中聯(lián)結(jié)字段相等的記錄。即使右表中沒有匹配,也從左表返回所有的行。

SELECT * FROM R LEFT JOIN S  ON R.x = S.x  WHERE R.y = ? AND S.z = ?

3、RIGHT JOIN

上述 Left Join 來說,驅(qū)動表就是左表 R;Right Join中,驅(qū)動表就是右表 S。這是 JOIN 類型決定左表或右表的數(shù)據(jù)一定要進行查詢。

返回包括右表中的所有記錄和左表中聯(lián)結(jié)字段相等的記錄。即使左表中沒有匹配,也從右表返回所有的行。

SELECT * FROM R RIGHT JOIN S  ON R.x = S.x  WHERE R.y = ? AND S.z = ?

二、MySQL數(shù)據(jù)庫Hash Join

1、什么是 Hash Join

MySQL中的第二個 JOIN 是 Hash JOIN,當兩個表之間的連接條件沒有索引時使用該算法。

如果沒有連接,那么創(chuàng)建索引可以嗎?

如果某些列是選擇性低的索引,則在創(chuàng)建索引以導(dǎo)入數(shù)據(jù)時必須對數(shù)據(jù)進行排序,這會影響導(dǎo)入性能;輔助索引將出現(xiàn)返回表的問題。如果過濾的數(shù)據(jù)量很大,直接全表掃描會更快。

對于OLAP業(yè)務(wù)查詢(OLAP 是在線分析處理用于數(shù)據(jù)分析,它使我們能夠同時分析來自多個數(shù)據(jù)庫系統(tǒng)的信息),哈希連接是一個必不可少的功能。MySQL 8.0開始支持 Hash Join算法,加強了對 OLAP 業(yè)務(wù)的支持。

因此,如果您的查詢數(shù)據(jù)量不太大,并且查詢的響應(yīng)時間要求在分鐘級別,則可以使用單實例MySQL 8.0來完成大數(shù)據(jù)的查詢。

2、Hash JOIN 工作原理

Hash JOIN出現(xiàn)在MySQL 8.0的執(zhí)行計劃中,Hash JOIN 掃描關(guān)聯(lián)的兩個表:首先,在掃描驅(qū)動器表的過程中創(chuàng)建一個哈希表;當掃描第二個表時,將在哈希表中搜索每個關(guān)聯(lián)記錄。如果找到,將返回記錄。

哈希連接選擇驅(qū)動程序表和嵌套循環(huán)連接算法,兩者基本相同。兩個較小的表都用作驅(qū)動程序表.如果驅(qū)動器表很大,并且創(chuàng)建的哈希表超過了內(nèi)存大小,MySQL將自動將結(jié)果轉(zhuǎn)儲到磁盤。

三、子查詢

子查詢的邏輯非常清晰。雖然 JOIN 也可以滿足需求,但這并不容易理解,因為LEFT JOIN是一種代數(shù)關(guān)系,子查詢更傾向于從人類思維的角度來理解。

然而,在MySQL 8.0中,優(yōu)化器會自動將 in 子查詢優(yōu)化為 JOIN 執(zhí)行計劃,這將顯著提高性能。

我們只需要關(guān)注SQL執(zhí)行計劃,如果兩個執(zhí)行計劃相同,則性能沒有差異。

在MySQL 8.0之前,MySQL沒有完全優(yōu)化子查詢。因此,您將在子查詢的執(zhí)行計劃中看到DEPENDENT SUBQUERY的提示,這表明它是一個從屬子查詢,子查詢需要依賴外部表的關(guān)聯(lián)。DEPENDENT SUBQUERY的執(zhí)行速度可能非常慢,而且大多數(shù)時候您需要手動將其轉(zhuǎn)換為兩個表之間的連接。

所以這里提示大家,如果你的當前的MySQL 8.0版本可以編寫子查詢,因為子查詢的優(yōu)化相當完整;

對于 MySQL 8.0 之前版本的MySQL,需要查看所有子查詢的 SQL 執(zhí)行計劃。對于 DEPENDENT SUBQUERY 的提示,要進行優(yōu)化,否則將對業(yè)務(wù)產(chǎn)生重大性能影響;DEPENDENT SUBQUERY的優(yōu)化通常被重寫為用于表連接的派生表。

以上就是關(guān)于“MySQL左連接、右連接、內(nèi)連接與Hash連接怎么實現(xiàn)”這篇文章的內(nèi)容,相信大家都有了一定的了解,希望小編分享的內(nèi)容對大家有幫助,若想了解更多相關(guān)的知識內(nèi)容,請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

網(wǎng)站標題:MySQL左連接、右連接、內(nèi)連接與Hash連接怎么實現(xiàn)
本文來源:http://m.newbst.com/article22/gdcscc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站改版手機網(wǎng)站建設(shè)品牌網(wǎng)站設(shè)計品牌網(wǎng)站制作品牌網(wǎng)站建設(shè)微信公眾號

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

微信小程序開發(fā)