MySQL左連接查詢是連接查詢中的一種方式，下面就為您介紹MySQL左連接查詢中的一些問題談?wù)?，如果您感興趣的話，不妨一看。

我這里所說的主表是指在連接查詢里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)測(cè)試數(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才對(duì)。

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

注意：大多數(shù)情況下，使用從表字段去排序都是低效的，我最初的例子誤導(dǎo)了大家，已更正。

【編輯推薦】

mysql修改表結(jié)構(gòu)的實(shí)現(xiàn)方法

MySQL內(nèi)存表heap使用總結(jié)歸納

實(shí)例講解MySQL連接查詢

教您如何實(shí)現(xiàn)MySQL多表插入

MySQL修復(fù)表的兩個(gè)小技巧