詳解Mysql多表結合查詢效力剖析及優化

詳解Mysql多表結合查詢效力剖析及優化。本站提示廣大學習愛好者：（詳解Mysql多表結合查詢效力剖析及優化）文章只能為提供參考，不一定能成為您想要的結果。以下是詳解Mysql多表結合查詢效力剖析及優化正文

1. 多表銜接類型
1. 笛卡爾積(穿插銜接) 在MySQL中可認為CROSS JOIN或許省略CROSS即JOIN，或許應用','  如：

SELECT * FROM table1 CROSS JOIN table2  
SELECT * FROM table1 JOIN table2  
SELECT * FROM table1,table2 

        因為其前往的成果為被銜接的兩個數據表的乘積，是以當有WHERE, ON或USING前提的時刻普通不建議應用，由於當數據表項目太多的時刻，會異常慢。普通應用LEFT [OUTER] JOIN或許RIGHT [OUTER] JOIN

 2.   內銜接INNER JOIN 在MySQL中把INNER JOIN叫做等值銜接，即須要指定等值銜接前提在MySQL中CROSS和INNER JOIN被劃分在一路。 join_table: table_reference [INNER | CROSS] JOIN table_factor [join_condition]

3. MySQL中的外銜接，分為左外銜接和右銜接，即除前往相符銜接前提的成果以外，還要前往左表(左銜接)或許右表(右銜接)中不相符銜接前提的成果，絕對應的應用NULL對應。

例子：

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中還有一個user_id=4, action=swim的記載，然則沒有在成果中湧現，
而user表中的id=3, name=daodao的用戶在user_action中沒有響應的記載，然則卻湧現在了卻果集中
由於如今是left join，一切的任務以left為准.
成果1，2，3，4都是既在左表又在右表的記載，5是只在左表，不在右表的記載

任務道理：

從左表讀出一條，選出一切與on婚配的右表記載(n條)停止銜接，構成n條記載(包含反復的行，如：成果1和成果3)，假如左邊沒有與on前提婚配的表，那銜接的字段都是null.然後持續讀下一條。

引伸：
我們可以用右表沒有on婚配則顯示null的紀律, 來找出一切在左表，不在右表的記載， 留意用來斷定的那列必需聲明為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應當用is null 而不克不及用=NULL
        2.這裡a.user_id 列必需聲明為 NOT NULL 的.

下面sql的result:
id | name | action
————————–
3 | daodao | NULL

——————————————————————————–

普通用法：

a. LEFT [OUTER] JOIN：

除前往相符銜接前提的成果以外，還須要顯示左表中不相符銜接前提的數據列，絕對應應用NULL對應

SELECT column_name FROM table1 LEFT [OUTER] JOIN table2 ON table1.column=table2.column 
b. RIGHT [OUTER] JOIN：

RIGHT與LEFT JOIN類似分歧的僅僅是除顯示相符銜接前提的成果以外，還須要顯示右表中不相符銜接前提的數據列，響應應用NULL對應

SELECT column_name FROM table1 RIGHT [OUTER] JOIN table2 ON table1.column=table2.column 

Tips:

1. on a.c1 = b.c1 同等於 using(c1)
2. INNER JOIN 和 , (逗號) 在語義上是同等的
3. 當 MySQL 在從一個表中檢索信息時，你可以提醒它選擇了哪個索引。
假如 EXPLAIN 顯示 MySQL 應用了能夠的索引列表中毛病的索引，這個特征將是很有效的。
經由過程指定 USE INDEX (key_list)，你可以告知 MySQL 應用能夠的索引中最適合的一個索引在表中查找記載行。
可選的二選一句法 IGNORE INDEX (key_list) 可被用於告知 MySQL 不應用特定的索引。如：

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; 

2. 表銜接的束縛前提
 添加顯示前提WHERE, ON, USING

1. WHERE子句

mysql>

SELECT * FROM table1,table2 WHERE table1.id=table2.id; 

2. ON

mysql>

SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id; 
 
SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id 
LEFT JOIN table3 ON table2.id=table3.id; 

3. USING子句，假如銜接的兩個表銜接前提的兩個列具有雷同的名字的話可使用USING

 例如：

SELECT FROM LEFT JOIN USING ()

銜接多於兩個表的情形舉例：

mysql>

SELECT artists.Artist, cds.title, genres.genre  
 
FROM cds  
 
LEFT JOIN genres N cds.genreID = genres.genreID  
 
LEFT JOIN artists ON cds.artistID = artists.artistID; 

 或許 mysql>

SELECT artists.Artist, cds.title, genres.genre  
 
FROM cds  
 
LEFT JOIN genres ON cds.genreID = genres.genreID  
 
 LEFT JOIN artists -> ON cds.artistID = artists.artistID 
 
 WHERE (genres.genre = 'Pop'); 

  --------------------------------------------

 別的須要留意的處所 在MySQL中觸及到多表查詢的時刻，須要依據查詢的情形，想好應用哪一種銜接方法效力更高。

 1. 穿插銜接(笛卡爾積)或許內銜接 [INNER | CROSS] JOIN

 2. 左外銜接LEFT [OUTER] JOIN或許右外銜接RIGHT [OUTER] JOIN 留意指定銜接前提WHERE, ON，USING.

3. MySQL若何優化LEFT JOIN和RIGHT JOIN
在MySQL中，A LEFT JOIN B join_condition履行進程以下：

1)·  依據表A和A依附的一切表設置表B。

2)·  依據LEFT JOIN前提中應用的一切表(除B)設置表A。

3)·   LEFT JOIN前提用於肯定若何從表B搜刮行。(換句話說，不應用WHERE子句中的任何前提）。

4)·  可以對一切尺度聯接停止優化，只是只要從它所依附的一切表讀取的表破例。假如湧現輪回依附關系，MySQL提醒湧現一個毛病。

5)· 停止一切尺度WHERE優化。

6)· 假如A中有一行婚配WHERE子句，但B中沒有一行婚配ON前提，則生成另外一個B行，個中一切列設置為NULL。

7)· 假如應用LEFT JOIN找出在某些表中不存在的行，而且停止了上面的測試：WHERE部門的col_name IS NULL，個中col_name是一個聲明為 NOT NULL的列，MySQL找到婚配LEFT JOIN前提的一個行後停滯(為詳細的症結字組合)搜刮其它行。

RIGHT JOIN的履行相似LEFT JOIN，只是表的腳色反過去。

聯接優化器盤算表應聯接的次序。LEFT JOIN和STRAIGHT_JOIN強迫的表讀次序可以贊助聯接優化器更快地任務，由於檢討的表交流更少。請留意這解釋假如履行上面類型的查詢，MySQL停止全掃描b，由於LEFT JOIN強迫它在d之前讀取：

 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; 

在這類情形下修復時用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可以停止上面的LEFT JOIN優化：假如關於發生的NULL行，WHERE前提總為假，LEFT JOIN變成通俗聯接。

例如，鄙人面的查詢中假如t2.column1為NULL，WHERE 子句將為false：

SELECT * FROM t1 LEFT JOIN t2 ON (column1) WHERE t2.column2=5; 

是以，可以平安地將查詢轉換為通俗聯接：

SELECT * FROM t1, t2 WHERE t2.column2=5 AND t1.column1=t2.column1; 

如許可以更快，由於假如可使查詢更佳，MySQL可以在表t1之前應用表t2。為了強迫應用表次序，應用STRAIGHT_JOIN。

以上就是本文的全體內容，願望對年夜家的進修有所贊助。