本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

Aurora DSQL EXPLAIN 計劃中的批次巢狀迴圈聯結

當查詢將小型外部輸入聯結到 Aurora DSQL 可以從儲存有效率地掃描的內部輸入時，Aurora DSQL 可以選擇Nested Loop (Batched Join)計劃。此聯結類型可在探查內部之前將多個外部資料列分組在一起，以減少運算和儲存層之間的往返。

標準巢狀迴圈一次處理一個外部資料列，並再次為每個資料列執行內部掃描。批次巢狀迴圈聯結會收集一批外部資料列、建置整個批次的內部掃描工作，然後將傳回的內部資料列聯結回相符的外部資料列。

批次巢狀迴圈聯結的運作方式

當內部是具有參數化 的索引掃描時，這種方法最有用Index Cond，因為合併的掃描金鑰提供整個外部批次的目標儲存存取權。

當 Aurora DSQL 使用此聯結時

當聯結的內側是實體掃描節點時，Aurora DSQL 會考慮批次巢狀迴圈聯結，這表示 Index Scan、Full Scan、 Index Only Scan或 Sequential Scan，且批次處理的成本預期低於為每個外部資料列執行內部掃描的成本。實際上，最大效益通常來自較小的外部輸入和內部索引掃描，其外部具有Index Cond參數化。

如果另一個計劃形狀更便宜，例如雜湊聯結或合併聯結，Aurora DSQL 會改為選擇該計劃。若要在調校期間比較計劃形狀，您可以停用目前工作階段的批次巢狀迴圈聯結：

SET dsql.enable_batched_nestloop = off;

如何讀取批次巢狀迴路聯結輸出

下列查詢使用來自 的範例transaction和account資料表讀取 Aurora DSQL EXPLAIN 計劃：

EXPLAIN
SELECT t.account_id, a.balance
FROM transaction t
LEFT JOIN account a
  ON t.account_id = a.customer_id
 AND a.balance > CASE
                    WHEN t.description LIKE 'fee%' THEN 0
                    ELSE 100
                  END
WHERE t.transaction_date >= '2025-01-01'
  AND (a.status = 'active' OR a.customer_id IS NULL)
ORDER BY t.account_id;

EXPLAIN 計劃可以包含類似下列的輸出：

Sort
  Sort Key: t.account_id
  -> Nested Loop (Batched Join)
       Filter: (((status)::text = 'active'::text) OR (customer_id IS NULL))
       Join Type: Left
       Recheck Cond: (customer_id = t.account_id)
       Join Filter: (balance > CASE WHEN (t.description ~~ 'fee%'::text) THEN '0'::numeric ELSE '100'::numeric END)
       -> Full Scan (btree-table) on transaction t
            -> Storage Scan on transaction t
                 Filters: (transaction_date >= '2025-01-01 00:00:00'::timestamp without time zone)
                 -> B-Tree Scan on transaction t
       -> Index Only Scan using idx1 on account a
            Index Cond: (customer_id = t.account_id)