建站
咨詢(xún)
售后
建站咨詢(xún)
新聞中心
MySQL左連接查詢(xún)是連接查詢(xún)中的一種方式，下面就為您介紹MySQL左連接查詢(xún)中的一些問(wèn)題談?wù)?，如果您感興趣的話(huà)，不妨一看。
公司主營(yíng)業(yè)務(wù)：網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)、移動(dòng)網(wǎng)站開(kāi)發(fā)等業(yè)務(wù)。幫助企業(yè)客戶(hù)真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競(jìng)爭(zhēng)能力。創(chuàng)新互聯(lián)是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開(kāi)放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來(lái)的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶(hù)帶來(lái)驚喜。創(chuàng)新互聯(lián)推出千陽(yáng)免費(fèi)做網(wǎng)站回饋大家。
我這里所說(shuō)的主表是指在連接查詢(xún)里MySQL以哪個(gè)表為主進(jìn)行查詢(xún)。比如說(shuō)在MySQL左連接查詢(xún)里，一般來(lái)說(shuō)左表就是主表，但這只是經(jīng)驗(yàn)之談，很多時(shí)候經(jīng)驗(yàn)主義是靠不住的，為了說(shuō)明問(wèn)題，先來(lái)個(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查詢(xún)的explain的結(jié)果中，第一行表示的表就是主表。所以說(shuō)在此查詢(xún)里categories是主表，而在我們的經(jīng)驗(yàn)里，LEFT JOIN查詢(xún)里，左表（posts表）才應(yīng)該是主表，這產(chǎn)生一個(gè)根本的矛盾，MySQL之所以這樣處理，是因?yàn)樵谖覀兊腤HERE部分，查詢(xún)條件是按照categories表的字段來(lái)進(jìn)行篩選的，且categories表剛好存在合適的索引，所以在查詢(xún)時(shí)把categories表作為主表更有利于縮小結(jié)果集。
那explain結(jié)果中的Using temporary; Using filesort又是為什么呢，為什么created或category_id_created索引無(wú)效呢？這是因?yàn)橹鞅硎莄ategories表，從表是posts表，而我們使用從表的字段去ORDER BY，這通常不是一個(gè)好選擇，最好改成主表字段。不過(guò)很多時(shí)候改不了，那就沒(méi)招了。
再看一個(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é)果卻沒(méi)有出現(xiàn)文件排序和臨時(shí)表，這是因?yàn)橐呀?jīng)確定了categories.id，所以主表相當(dāng)于一個(gè)只有一行數(shù)據(jù)的常量表了，從表根據(jù)category_id_created索引在連接的同時(shí)自然就得到排序后的結(jié)果。但換個(gè)角度看，既然categories.id都是確定的了，那類(lèi)似這樣的需求，我們一般就不會(huì)再使用LEFT JOIN查詢(xún)了，而會(huì)分成兩個(gè)獨(dú)立的查詢(xún)?nèi)z索categories和posts才對(duì)。
主觀上一旦搞錯(cuò)了主表，可能怎么調(diào)整索引都得不到高效的SQL，所以在寫(xiě)SQL時(shí)，比如說(shuō)在寫(xiě)MySQL左連接查詢(xún)時(shí)，如果希望左表是主表，那么就要保證在WHERE語(yǔ)句里的查詢(xún)條件盡可能多的使用左表字段，進(jìn)而，一旦確定了主表，也最好只通過(guò)主表字段去ORDER BY。
注意：大多數(shù)情況下，使用從表字段去排序都是低效的，我最初的例子誤導(dǎo)了大家，已更正。
【編輯推薦】
mysql修改表結(jié)構(gòu)的實(shí)現(xiàn)方法
MySQL內(nèi)存表heap使用總結(jié)歸納
實(shí)例講解MySQL連接查詢(xún)
教您如何實(shí)現(xiàn)MySQL多表插入
MySQL修復(fù)表的兩個(gè)小技巧
網(wǎng)站欄目：MySQL左連接查詢(xún)經(jīng)驗(yàn)總結(jié)
URL分享：http://m.5511xx.com/article/dhpdhog.html
