建站
咨詢
售后
建站咨詢
新聞中心
MySQL左連接查詢是連接查詢中的一種方式，下面就為您介紹MySQL左連接查詢中的一些問題談論，如果您感興趣的話，不妨一看。
公司主營業(yè)務：網站設計、成都網站建設、移動網站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)推出千陽免費做網站回饋大家。
我這里所說的主表是指在連接查詢里MySQL以哪個表為主進行查詢。比如說在MySQL左連接查詢里，一般來說左表就是主表，但這只是經驗之談，很多時候經驗主義是靠不住的，為了說明問題，先來個例子，建兩個演示用的表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是主表，而在我們的經驗里，LEFT JOIN查詢里，左表（posts表）才應該是主表，這產生一個根本的矛盾，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 = ‘一個已經存在的ID’
- ORDER BY posts.created DESC
這個例子里posts表仍然是從表，但是按照從表排序的結果卻沒有出現(xiàn)文件排序和臨時表，這是因為已經確定了categories.id，所以主表相當于一個只有一行數(shù)據(jù)的常量表了，從表根據(jù)category_id_created索引在連接的同時自然就得到排序后的結果。但換個角度看，既然categories.id都是確定的了，那類似這樣的需求，我們一般就不會再使用LEFT JOIN查詢了，而會分成兩個獨立的查詢去檢索categories和posts才對。
主觀上一旦搞錯了主表，可能怎么調整索引都得不到高效的SQL，所以在寫SQL時，比如說在寫MySQL左連接查詢時，如果希望左表是主表，那么就要保證在WHERE語句里的查詢條件盡可能多的使用左表字段，進而，一旦確定了主表，也最好只通過主表字段去ORDER BY。
注意：大多數(shù)情況下，使用從表字段去排序都是低效的，我最初的例子誤導了大家，已更正。
【編輯推薦】
mysql修改表結構的實現(xiàn)方法
MySQL內存表heap使用總結歸納
實例講解MySQL連接查詢
教您如何實現(xiàn)MySQL多表插入
MySQL修復表的兩個小技巧
標題名稱：MySQL左連接查詢經驗總結
網站路徑：http://www.5511xx.com/article/dhpdhog.html
