MySQL 表子查詢與關聯子查詢詳解：多列集合比較、執行流程與 JOIN 替代優化

MySQL 表子查詢與關聯子查詢詳解：多列集合比較、執行流程與 JOIN 替代優化

表子查詢 返回「N 行 N 列」完整表結果集；關聯子查詢 內層引用外層表列，執行流程類似嵌套循環。本文透過實例剖析兩者機制與優化方向。

表子查詢：多列集合的 IN 比較

語法：WHERE (col1, col2...) IN (SELECT col1, col2... FROM ...)。
示例：查詢 article 中 (title, content, uid) 三列組合同時存在於 blog 表的行：

SELECT * FROM article 
WHERE (title, content, uid) IN (SELECT title, content, uid FROM blog)

等價於多表連接條件 article.title=blog.title AND ...，但後者經優化器優化、效率更高，或直接用 JOIN。此處僅為演示表子查詢語法。

關聯子查詢：內層引用外層列的執行機制

定義：子查詢中引用了外部查詢的表/列。通俗說，子查詢依賴主查詢的每行數據動態執行。

實戰對比

查詢 article 中 uid 存在於 user 的記錄：

-- 關聯子查詢
SELECT * FROM article 
WHERE uid IN (SELECT uid FROM user WHERE article.uid = user.uid)

-- 普通子查詢
SELECT * FROM article 
WHERE uid IN (SELECT uid FROM user)

兩例結果相同，但執行流程截然不同：

1. 普通子查詢：先獨立執行內層，得 uid IN (1,2,3)，再執行外層。
2. 關聯子查詢：無法獨立執行內層。流程為：外層逐行讀取 → 將當前行值傳入內層執行 → 內層返回結果 → 外層決定保留與否。類似 EXISTS，MySQL 甚至會將其重寫為 EXISTS 執行。

關聯子查詢效能陷阱與 JOIN 替代

關聯子查詢通常效率低下，建議用 JOIN 替代。上例改用 INNER JOIN：

SELECT article.* FROM article INNER JOIN user ON article.uid = user.uid

注意：此為演示替換樣例，非絕對最優方案。實際優化需結合索引、數據分佈、優化器特性綜合判斷。