SQL IN vs EXISTS 深度解析：原理、效能對比與選擇策略

核心結論先行

執行機制對比

IN：記憶體集合比對

SELECT * FROM A WHERE id IN (SELECT id FROM B);

邏輯等價：

List B_ids = SELECT id FROM B;  -- 一次性查出並緩存
FOR each row_a IN A:
    IF row_a.id IN B_ids: OUTPUT row_a;

特點：子查詢只執行一次，結果集載入記憶體。若 B 表百萬行，記憶體壓力大、緩存構建慢。

EXISTS：關聯子查詢逐行求值

SELECT * FROM A WHERE EXISTS (SELECT 1 FROM B WHERE A.id = B.id);

邏輯等價：

FOR each row_a IN A:
    IF (SELECT 1 FROM B WHERE B.id = row_a.id LIMIT 1) IS NOT EMPTY:
        OUTPUT row_a;

特點：子查詢執行 A 表行數次，但可利用 B 表索引（WHERE B.id = ?），每次只需索引查找，不掃全表。不緩存結果集，只關心「是否存在」。

實測數據說明（原文案例）

防重複插入實戰

INSERT INTO A (name, age)
SELECT name, age FROM B
WHERE NOT EXISTS (SELECT 1 FROM A WHERE A.id = B.id);

NOT EXISTS 比 NOT IN 更安全：NOT IN 若子查詢含 NULL 會導致整體判斷為 UNKNOWN，無資料寫入。

優化器視角補充

• 現代優化器（SQL Server 2012+、Oracle 12c+、PostgreSQL 10+）常將 IN/EXISTS 互轉為 SEMI JOIN，實際執行計劃可能相同
• 關鍵在於是否有合適索引：EXISTS 依賴內表連接鍵索引；IN 依賴內表小到能放入記憶體
• 查看執行計劃才是定論，勿盲目迷信經驗法則