溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點(diǎn)擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》

mysql中如何使用左鏈接查詢

發(fā)布時(shí)間:2021-07-24 16:32:42 來源:億速云 閱讀:416 作者:Leah 欄目:數(shù)據(jù)庫

mysql中如何使用左鏈接查詢,針對這個(gè)問題,這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答,希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡單易行的方法。

  我這里所說的主表是指在連接查詢里MySQL以哪個(gè)表為主進(jìn)行查詢。比如說在MySQL左連接查詢里,一般來說左表就是主表,但這只是經(jīng)驗(yàn)之談,很多時(shí)候經(jīng)驗(yàn)主義是靠不住的,為了說明問題,先來個(gè)例子,建兩個(gè)演示用的表categories和posts:

CREATE TABLE IF NOT EXISTS `categories` (    `id` int(10) unsigned NOT NULL AUTO_INCREMENT,    `name` varchar(15) NOT NULL,    `created` datetime NOT NULL,    PRIMARY KEY (`id`),    KEY `name` (`name`)    );       CREATE TABLE IF NOT EXISTS `posts` (    `id` int(10) unsigned NOT NULL AUTO_INCREMENT,    `category_id` int(10) unsigned NOT NULL,    `title` varchar(100) NOT NULL,    `content` varchar(200) NOT NULL,    `created` datetime NOT NULL,    PRIMARY KEY (`id`),    KEY `category_id` (`category_id`),    KEY `created` (`created`),    KEY `category_id_created` (`category_id`, `created`)    );

  先注意一下每個(gè)表的索引情況,以后會(huì)用到,記得隨便插入一點(diǎn)測試數(shù)據(jù),不用太多,但怎么也得兩行以上,然后執(zhí)行以下

SQL:       EXPLAIN SELECT *    FROM posts    LEFT JOIN categories ON posts.category_id = categories.id    WHERE categories.name LIKE foobar%    ORDER BY posts.created DESC

  結(jié)果如下所示:

table      key         Extra    categories name        Using where; Using temporary; Using filesort    posts      category_id

  在join查詢的explain的結(jié)果中,第一行表示的表就是主表。所以說在此查詢里categories是主表,而在我們的經(jīng)驗(yàn)里,LEFT JOIN查詢里,左表(posts表)才應(yīng)該是主表,這產(chǎn)生一個(gè)根本的矛盾,MySQL之所以這樣處理,是因?yàn)樵谖覀兊腤HERE部分,查詢條件是按照categories表的字段來進(jìn)行篩選的,且categories表剛好存在合適的索引,所以在查詢時(shí)把categories表作為主表更有利于縮小結(jié)果集。

  那explain結(jié)果中的Using temporary; Using filesort又是為什么呢,為什么created或category_id_created索引無效呢?這是因?yàn)橹鞅硎莄ategories表,從表是posts表,而我們使用從表的字段去ORDER BY,這通常不是一個(gè)好選擇,最好改成主表字段。不過很多時(shí)候改不了,那就沒招了。

  再看一個(gè)比較怪異的例子:

EXPLAIN SELECT *    FROM posts    LEFT JOIN categories ON posts.category_id = categories.id    WHERE categories.id = ‘一個(gè)已經(jīng)存在的ID’    ORDER BY posts.created DESC

  這個(gè)例子里posts表仍然是從表,但是按照從表排序的結(jié)果卻沒有出現(xiàn)文件排序和臨時(shí)表,這是因?yàn)橐呀?jīng)確定了categories.id,所以主表相當(dāng)于一個(gè)只有一行數(shù)據(jù)的常量表了,從表根據(jù)category_id_created索引在連接的同時(shí)自然就得到排序后的結(jié)果。但換個(gè)角度看,既然categories.id都是確定的了,那類似這樣的需求,我們一般就不會(huì)再使用LEFT JOIN查詢了,而會(huì)分成兩個(gè)獨(dú)立的查詢?nèi)z索categories和posts才對。

  主觀上一旦搞錯(cuò)了主表,可能怎么調(diào)整索引都得不到高效的SQL,所以在寫SQL時(shí),比如說在寫MySQL左連接查詢時(shí),如果希望左表是主表,那么就要保證在WHERE語句里的查詢條件盡可能多的使用左表字段,進(jìn)而,一旦確定了主表,也最好只通過主表字段去ORDER BY。

關(guān)于mysql中如何使用左鏈接查詢問題的解答就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,如果你還有很多疑惑沒有解開,可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識(shí)。

向AI問一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI