您好,登錄后才能下訂單哦!
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í)。
免責(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)容。