共計 2050 個字符，預計需要花費 6 分鐘才能閱讀完成。
自動寫代碼機器人，免費開通
mysql 中如何使用左鏈接查詢，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
我這里所說的主表是指在連接查詢里 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結果如下所示：
table key Extra categories name Using where; Using temporary; Using filesort posts category_id在 join 查詢的 explain 的結果中，第一行表示的表就是主表。所以說在此查詢里 categories 是主表，而在我們的經(jīng)驗里，LEFT JOIN 查詢里，左表 (posts 表) 才應該是主表，這產(chǎn)生一個根本的矛盾，MySQL 之所以這樣處理，是因為在我們的 WHERE 部分，查詢條件是按照 categories 表的字段來進行篩選的，且 categories 表剛好存在合適的索引，所以在查詢時把 categories 表作為主表更有利于縮小結果集。
那 explain 結果中的 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 = lsquo; 一個已經(jīng)存在的 ID rsquo; ORDER BY posts.created DESC這個例子里 posts 表仍然是從表，但是按照從表排序的結果卻沒有出現(xiàn)文件排序和臨時表，這是因為已經(jīng)確定了 categories.id，所以主表相當于一個只有一行數(shù)據(jù)的常量表了，從表根據(jù) category_id_created 索引在連接的同時自然就得到排序后的結果。但換個角度看，既然 categories.id 都是確定的了，那類似這樣的需求，我們一般就不會再使用 LEFT JOIN 查詢了，而會分成兩個獨立的查詢?nèi)z索 categories 和 posts 才對。
主觀上一旦搞錯了主表，可能怎么調(diào)整索引都得不到高效的 SQL，所以在寫 SQL 時，比如說在寫 MySQL 左連接查詢時，如果希望左表是主表，那么就要保證在 WHERE 語句里的查詢條件盡可能多的使用左表字段，進而，一旦確定了主表，也最好只通過主表字段去 ORDER BY。
關于 mysql 中如何使用左鏈接查詢問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注丸趣 TV 行業(yè)資訊頻道了解更多相關知識。
向 AI 問一下細節(jié)
