mysql中常見的join類型包括inner join、left join、right join和cross join，inner join性能最佳。inner join返回兩表匹配行，left join返回左表全部記錄，right join返回右表全部記錄，cross join返回笛卡爾積。join查詢慢的原因主要有：缺少索引導(dǎo)致全表掃描、字段類型不一致無法使用索引、表數(shù)據(jù)量過大、join層級或字段過多、驅(qū)動表選擇不合理。優(yōu)化方法包括：1.為join字段加索引，尤其是主鍵和外鍵；2.控制join規(guī)模，提前過濾減少數(shù)據(jù)量；3.使用小表驅(qū)動大表以提升效率；4.合理使用覆蓋索引避免回表；5.對超大數(shù)據(jù)量可考慮分庫分表或讀寫分離。mysql的join執(zhí)行策略有：nested loop join適合小表、block nested loop join優(yōu)化磁盤訪問、batched key access提高索引連接效率、hash join適用于無索引大表但內(nèi)存消耗大，通常保持默認(rèn)配置即可。

在 mysql 中，Join 查詢是數(shù)據(jù)關(guān)聯(lián)的常用操作，但不當(dāng)使用很容易導(dǎo)致性能下降。優(yōu)化 Join 查詢的關(guān)鍵在于理解其執(zhí)行機(jī)制、選擇合適的 Join 類型，并配合索引和表結(jié)構(gòu)設(shè)計。

一、MySQL 中常見的 Join 類型有哪些？

MySQL 支持多種 Join 操作，最常見的是 INNER JOIN、LEFT JOIN 和 RIGHT JOIN。

• INNER JOIN：只返回兩個表中匹配的數(shù)據(jù)行。
• LEFT JOIN（或 LEFT OUTER JOIN）：返回左表所有記錄，即使右表沒有匹配項，此時右表字段為 NULL。
• RIGHT JOIN（或 RIGHT OUTER JOIN）：與 LEFT JOIN 相反，返回右表全部記錄。
• CROSS JOIN：返回兩個表的笛卡爾積，一般較少直接使用。

不同類型的 Join 在執(zhí)行效率上略有差異，通常 INNER JOIN 性能最好，因為它可以更高效地利用索引。

二、Join 查詢慢的原因有哪些？

Join 查詢變慢最常見的幾個原因包括：

• 缺少合適的索引：如果被 Join 的字段沒有索引，MySQL 就需要做全表掃描，效率極低。
• Join 的字段類型不一致：比如一個是 int，一個是 VARCHAR，會導(dǎo)致無法使用索引。
• Join 表過大：大表 Join 大表容易造成臨時表膨脹，影響查詢速度。
• 過多的 Join 層數(shù)或字段：Join 越多，執(zhí)行計劃越復(fù)雜，優(yōu)化器可能做出非最優(yōu)選擇。
• 驅(qū)動表選擇不合理：MySQL 會選一個“小表”作為驅(qū)動表，但如果統(tǒng)計信息不準(zhǔn)，可能導(dǎo)致選擇錯誤。

遇到 Join 查詢慢時，第一步應(yīng)該是查看執(zhí)行計劃（EXPLaiN），看看是否命中了索引、有沒有 using filesort 或 Using temporary 等耗時操作。

三、如何優(yōu)化 Join 查詢？

優(yōu)化 Join 查詢可以從以下幾個方面入手：

1. 給 Join 字段加索引

確保 Join 條件中的字段有索引，尤其是主鍵或外鍵字段。如果是多個字段組合 Join，考慮創(chuàng)建聯(lián)合索引。

例如：

select * FROM orders o JOIN customers c ON o.customer_id = c.id;

應(yīng)該確保 orders.customer_id 和 customers.id 都有索引。

2. 控制 Join 的規(guī)模

盡量避免對大表進(jìn)行多層 Join，可以通過拆分邏輯、緩存中間結(jié)果或者提前過濾減少數(shù)據(jù)量。

比如可以在 Join 前先用 WHERE 條件限制數(shù)據(jù)范圍：

SELECT * FROM orders o  JOIN customers c ON o.customer_id = c.id WHERE o.create_time > '2024-01-01';

3. 使用小表驅(qū)動大表

MySQL 的 Join 是通過嵌套循環(huán)實現(xiàn)的，所以驅(qū)動表（外層循環(huán)的表）越小越好?？梢酝ㄟ^ EXPLAIN 查看驅(qū)動表是否合理。

4. 合理使用覆蓋索引

如果只需要部分字段，盡量不要 SELECT *，而是指定字段。同時可以為這些字段建立覆蓋索引，避免回表查詢。

5. 分庫分表或讀寫分離（高階）

當(dāng)單表數(shù)據(jù)量極大時，Join 查詢很難再優(yōu)化到理想狀態(tài)，這時候可以考慮水平分表、讀寫分離等架構(gòu)手段來緩解壓力。

四、Join 查詢的執(zhí)行策略有哪些？

MySQL 執(zhí)行 Join 的策略主要有以下幾種：

• Nested Loop Join（嵌套循環(huán)）：默認(rèn)方式，適合有一個表很小的情況。
• Block Nested Loop Join（塊嵌套循環(huán)）：優(yōu)化版的 NLJ，把內(nèi)層表數(shù)據(jù)緩存起來，減少磁盤訪問。
• Batched Key access（BKA）：用于連接帶索引的表，提高效率。
• Hash Join（8.0.18+）：適用于沒有索引的大表 Join，效率較高，但內(nèi)存消耗大。

可以通過設(shè)置 optimizer_switch 來控制使用哪種策略，比如關(guān)閉 BNL：

SET optimizer_switch='block_nested_loop=off';

不過大多數(shù)情況下，保持默認(rèn)配置即可，優(yōu)化器會選擇合適的方式。

總的來說，優(yōu)化 Join 查詢并不神秘，關(guān)鍵是理解原理，結(jié)合執(zhí)行計劃去分析問題。很多性能瓶頸其實都藏在細(xì)節(jié)里，比如字段類型、索引是否存在、數(shù)據(jù)分布等。把這些基礎(chǔ)打牢，Join 查詢就不再是個難題。