深入理解 MySQL EXISTS 與 NOT EXISTS 的差異與效能考量

深入理解 MySQL EXISTS 與 NOT EXISTS 的差異與效能考量

在 SQL 查詢優化中，EXISTS 與 NOT EXISTS 是處理關聯子查詢的核心運算子。正確理解其邏輯差異與執行機制，對於撰寫高效能查詢至關重要。

核心邏輯差異

執行機制深度解析

EXISTS 採用「半連接」策略：一旦子查詢找到符合條件的第一行，立即停止掃描並回傳 TRUE，不再繼續搜尋。這使其在大數據集中極具優勢。

NOT EXISTS 則需掃描完所有符合條件的資料才能確認「不存在」，無法提前終止，相對較慢。

實戰範例：找出「有訂單」與「無訂單」的客戶

-- 找出有下過訂單的客戶（高效）
SELECT c.* FROM customers c
WHERE EXISTS (SELECT 1 FROM orders o WHERE o.customer_id = c.id);

-- 找出從未下單的客戶
SELECT c.* FROM customers c
WHERE NOT EXISTS (SELECT 1 FROM orders o WHERE o.customer_id = c.id);

注意：子查詢慣用 SELECT 1 而非 SELECT *，避免不必要的欄位解析開銷。

效能優化關鍵點

• 索引支援：確保子查詢的關聯欄位（如 orders.customer_id）有索引，否則將退化為全表掃描。
• 避免 NOT IN 陷阱：NOT IN 在子查詢含 NULL 時會回傳空結果，NOT EXISTS 則無此問題，語義更安全。
• 相關子查詢 vs JOIN：對於單純存在性檢查，EXISTS 通常優於 INNER JOIN + DISTINCT，因為不需產生中間結果集去重。

進階場景：多條件關聯

-- 找出 2023 年有購買「筆電類」商品的 VIP 客戶
SELECT c.* FROM customers c
WHERE c.level = 'VIP'
  AND EXISTS (
    SELECT 1 FROM orders o
    JOIN order_items oi ON o.id = oi.order_id
    JOIN products p ON oi.product_id = p.id
    WHERE o.customer_id = c.id
      AND o.created_at >= '2023-01-01'
      AND p.category = '筆電'
  );

圖示說明

EXISTS 執行計劃示意：

NOT EXISTS 執行計劃示意：

總結建議

1. 優先使用 EXISTS/NOT EXISTS 替代 IN/NOT IN 處理關聯子查詢。
2. 為關聯欄位建立索引，發揮半連接優勢。
3. 大數據量下，NOT EXISTS 可考慮改寫為 LEFT JOIN ... WHERE IS NULL 並配合索引，經實測有時效能更佳。