Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Batch-Joins mit verschachtelten Schleifen in Aurora DSQL EXPLAIN-Plänen

Wenn eine Abfrage eine kleine äußere Eingabe mit einer inneren Eingabe verbindet, die Aurora DSQL effizient vom Speicher aus scannen kann, kann Aurora DSQL einen Plan auswählen. Nested Loop (Batched Join) Dieser Verbindungstyp reduziert Roundtrips zwischen der Rechen- und der Speicherebene, indem mehrere äußere Zeilen gruppiert werden, bevor die Innenseite untersucht wird.

Eine standardmäßige geschachtelte Schleife verarbeitet jeweils eine äußere Zeile und führt den inneren Scan für jede Zeile erneut durch. Ein Batch-Join mit verschachtelten Schleifen sammelt einen Stapel äußerer Zeilen, erstellt den inneren Scanvorgang für den gesamten Stapel und verbindet dann die zurückgegebenen inneren Zeilen wieder mit den entsprechenden äußeren Zeilen.

So funktionieren Batch-Joins mit verschachtelten Schleifen

Dieser Ansatz ist am nützlichsten, wenn es sich bei der Innenseite um einen Index-Scan mit einem parametrisierten Code handeltIndex Cond, da die kombinierten Scan-Schlüssel einen gezielten Speicherzugriff für den gesamten äußeren Batch ermöglichen.

Wenn Aurora DSQL diesen Join verwendet

Aurora DSQL betrachtet Batch-Joins in verschachtelten Schleifen, wenn es sich bei der Innenseite des Joins um einen physischen Scan-Knoten handelt, was bedeutetIndex Scan, dass einIndex Only Scan,Full Scan, oderSequential Scan, und das Batching voraussichtlich weniger kostet als das Ausführen des inneren Scans für jede äußere Zeile. In der Praxis ergibt sich der größte Vorteil in der Regel aus einer kleineren äußeren Eingabe und einem inneren Index-Scan mit einem Index Cond parametrisierten Scan auf der Außenseite.

Wenn eine andere Planform günstiger ist, wie z. B. ein Hash-Join oder Merge-Join, wählt Aurora DSQL stattdessen diesen Plan. Um die Planformen während der Optimierung zu vergleichen, können Sie Batch-Joins mit verschachtelten Schleifen für die aktuelle Sitzung deaktivieren:

SET dsql.enable_batched_nestloop = off;

Wie liest man die Batch-Ausgabe von Nested-Loop-Joins

Die folgende Abfrage verwendet das Beispiel transaction und die account Tabellen vonAurora DSQL EXPLAIN-Pläne lesen:

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;

Ein EXPLAIN-Plan kann Ausgaben enthalten, die der folgenden ähneln:

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)