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

網(wǎng)站建設哪家好，找成都創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、小程序開發(fā)、集團企業(yè)網(wǎng)站建設等服務項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了郫都免費建站歡迎大家使用！

我這里所說的主表是指在連接查詢里MySQL以哪個表為主進行查詢。比如說在MySQL左連接查詢里，一般來說左表就是主表，但這只是經(jīng)驗之談，很多時候經(jīng)驗主義是靠不住的，為了說明問題，先來個例子，建兩個演示用的表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`)    );

先注意一下每個表的索引情況，以后會用到，記得隨便插入一點測試數(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)驗里，LEFT JOIN查詢里，左表(posts表)才應該是主表，這產(chǎn)生一個根本的矛盾，MySQL之所以這樣處理，是因為在我們的WHERE部分，查詢條件是按照categories表的字段來進行篩選的，且categories表剛好存在合適的索引，所以在查詢時把categories表作為主表更有利于縮小結(jié)果集。

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

再看一個比較怪異的例子：

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

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

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

關于mysql中如何使用左鏈接查詢問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關知識。

網(wǎng)站題目：mysql中如何使用左鏈接查詢
當前地址：http://www.rwnh.cn/article26/jgpjcg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供營銷型網(wǎng)站建設、App設計、、靜態(tài)網(wǎng)站、關鍵詞優(yōu)化、網(wǎng)站內(nèi)鏈

廣告

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