建站
咨詢
售后
建站咨詢
新聞中心
以下的文章主要講述的是MySQL left join 聯(lián)合查詢的效率分析，我在一個(gè)信譽(yù)度很好的網(wǎng)站找到一個(gè)關(guān)于MySQL left join 聯(lián)合查詢的效率分析的資料，今天拿出來供大家分享，希望會(huì)給你帶來一些幫助在此方面。
10年積累的網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)經(jīng)驗(yàn)，可以快速應(yīng)對客戶對網(wǎng)站的新想法和需求。提供各種問題對應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識(shí)你，你也不認(rèn)識(shí)我。但先網(wǎng)站策劃后付款的網(wǎng)站建設(shè)流程，更有長樂免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。
user表:
代碼:
id | name
1 | libk
2 | zyfon
3 | daodao
user_action表:
代碼:
user_id | action
1 | jump
1 | kick
1 | jump
2 | run
4 | swim
sql:
代碼:
select id, name, action from user as u
left join user_action a on u.id = a.user_id
result:
代碼:
id | name | action
1 | libk | jump ①
1 | libk | kick ②
1 | libk | jump ③
2 | zyfon | run ④
3 | daodao | null ⑤
分析：
注意到user_action中還有一個(gè)user_id=4, action=swim的紀(jì)錄，但是沒有在結(jié)果中出現(xiàn)，
而user表中的id=3, name=daodao的用戶在user_action中沒有相應(yīng)的紀(jì)錄，但是卻出現(xiàn)在了結(jié)果集中
因?yàn)楝F(xiàn)在是MySQL left join，所有的工作以left為準(zhǔn).
結(jié)果1，2，3，4都是既在左表又在右表的紀(jì)錄，5是只在左表，不在右表的紀(jì)錄
結(jié)論：
我們可以想象MySQL left join 是這樣工作的
從左表讀出一條，選出所有與on匹配的右表紀(jì)錄(n條)進(jìn)行連接，形成n條紀(jì)錄(包括重復(fù)的行，如：結(jié)果1和結(jié)果3)，
如果右邊沒有與on條件匹配的表，那連接的字段都是null.
然后繼續(xù)讀下一條。
引申：
我們可以用右表沒有on匹配則顯示null的規(guī)律, 來找出所有在左表，不在右表的紀(jì)錄， 注意用來判斷的那列必須聲明為not null的。
如：
sql:
代碼:
- select id, name, action from user as u
- left join user_action a on u.id = a.user_id
- where a.user_id is NULL
(注意:1.列值為null應(yīng)該用is null 而不能用=NULL
2.這里a.user_id 列必須聲明為 NOT NULL 的)
代碼:
- result:
- id | name | action
- 3 | daodao | NULL
Tips:
1. on a.c1 = b.c1 等同于 using(c1)
2. INNER JOIN 和 , (逗號) 在語義上是等同的
3. 當(dāng) MySQL 在從一個(gè)表中檢索信息時(shí)，你可以提示它選擇了哪一個(gè)索引。
如果 EXPLAIN 顯示 MySQL 使用了可能的索引列表中錯(cuò)誤的索引，這個(gè)特性將是很有用的。
通過指定 USE INDEX (key_list)，你可以告訴 MySQL 使用可能的索引中最合適的一個(gè)索引在表中查找記錄行。
可選的二選一句法 IGNORE INDEX (key_list) 可被用于告訴 MySQL 不使用特定的索引。
4. 一些例子：
代碼:
- MySQL> SELECT * FROM table1,table2 WHERE table1.id=table2.id;
- MySQL> SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id;
- MySQL> SELECT * FROM table1 LEFT JOIN table2 USING (id);
- MySQL> SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id
- -> LEFT JOIN table3 ON table2.id=table3.id;
- MySQL> SELECT * FROM table1 USE INDEX (key1,key2)
- -> WHERE key1=1 AND key2=2 AND key3=3;
- MySQL> SELECT * FROM table1 IGNORE INDEX (key3)
- -> WHERE key1=1 AND key2=2 AND key3=3;
7.2.9. MySQL如何優(yōu)化LEFT JOIN和RIGHT JOIN
在MySQL中，A LEFT JOIN B join_condition執(zhí)行過程如下：
根據(jù)表A和A依賴的所有表設(shè)置表B。
根據(jù)MySQL LEFT JOIN條件中使用的所有表(除了B)設(shè)置表A。
LEFT JOIN條件用于確定如何從表B搜索行。(換句話說，不使用WHERE子句中的任何條件）。
可以對所有標(biāo)準(zhǔn)聯(lián)接進(jìn)行優(yōu)化，只是只有從它所依賴的所有表讀取的表例外。如果出現(xiàn)循環(huán)依賴關(guān)系，MySQL提示出現(xiàn)一個(gè)錯(cuò)誤。
進(jìn)行所有標(biāo)準(zhǔn)WHERE優(yōu)化。
如果A中有一行匹配WHERE子句，但B中沒有一行匹配ON條件，則生成另一個(gè)B行，其中所有列設(shè)置為NULL。
如果使用LEFT JOIN找出在某些表中不存在的行，并且進(jìn)行了下面的測試：WHERE部分的col_name IS NULL，其中col_name是一個(gè)聲明為 NOT NULL的列，MySQL找到匹配LEFT JOIN條件的一個(gè)行后停止(為具體的關(guān)鍵字組合)搜索其它行。
RIGHT JOIN的執(zhí)行類似LEFT JOIN，只是表的角色反過來。
聯(lián)接優(yōu)化器計(jì)算表應(yīng)聯(lián)接的順序。LEFT JOIN和STRAIGHT_JOIN強(qiáng)制的表讀順序可以幫助聯(lián)接優(yōu)化器更快地工作，因?yàn)闄z查的表交換更少。請注意這說明如果執(zhí)行下面類型的查詢，MySQL進(jìn)行全掃描b，因?yàn)長EFT JOIN強(qiáng)制它在d之前讀?。?/p>
代碼:
- SELECT *
- FROM a,b LEFT JOIN c ON (c.key=a.key) LEFT JOIN d ON (d.key=a.key)
- WHERE b.key=d.key;
在這種情況下修復(fù)時(shí)用a的相反順序，b列于FROM子句中：
代碼:
- SELECT *
- FROM b,a LEFT JOIN c ON (c.key=a.key) LEFT JOIN d ON (d.key=a.key)
- WHERE b.key=d.key;
MySQL可以進(jìn)行下面的LEFT JOIN優(yōu)化：如果對于產(chǎn)生的NULL行，WHERE條件總為假，LEFT JOIN變?yōu)槠胀?lián)接。
例如，在下面的查詢中如果t2.column1為NULL，WHERE 子句將為false：
代碼:
- SELECT * FROM t1 LEFT JOIN t2 ON (column1) WHERE t2.column2=5;
因此，可以安全地將查詢轉(zhuǎn)換為普通聯(lián)接：
- SELECT * FROM t1, t2 WHERE t2.column2=5 AND t1.column1=t2.column1;
這樣可以更快，因?yàn)槿绻梢允共樵兏?，MySQL可以在表t1之前使用表t2。為了強(qiáng)制使用表順序，使用STRAIGHT_JOIN
【編輯推薦】
- 備份MySQL數(shù)據(jù)庫腳本的實(shí)際應(yīng)用
- MySQL 4.1 數(shù)據(jù)轉(zhuǎn)換的指導(dǎo)
- 配置MySQL與卸載MySQL實(shí)操
- MySQL 修改密碼的6個(gè)好用方案
- MySQL數(shù)據(jù)庫訪問妙招在Linux之下
文章題目：MySQLleftjoin聯(lián)合查詢的效率分析
瀏覽路徑：http://m.fisionsoft.com.cn/article/cdcjohj.html
