Skip to content

Commit 0ff865f

Browse files
committed
Fix bug in HashAgg's selective-column-spilling logic.
Commit 2302302 taught nodeAgg.c that, when spilling tuples from memory in an oversized hash aggregation, it only needed to spill input columns referenced in the node's tlist and quals. Unfortunately, that's wrong: we also have to save the grouping columns. The error is masked in common cases because the grouping columns also appear in the tlist, but that's not necessarily true. The main category of plans where it's not true seem to come from semijoins ("WHERE outercol IN (SELECT innercol FROM innertable)") where the innercol needs an implicit promotion to make it comparable to the outercol. The grouping column will be "innercol::promotedtype", but that expression appears nowhere in the Agg node's own tlist and quals; only the bare "innercol" is found in the tlist. I spent quite a bit of time looking for a suitable regression test case for this, without much success. If the number of distinct values of the innercol is large enough to make spilling happen, the planner tends to prefer a non-HashAgg plan, at least for problem sizes that are reasonable to use in the regression tests. So, no new regression test. However, this patch does demonstrably fix the originally-reported test case. Per report from s.p.e (at) gmx-topmail.de. Backpatch to v13 where the troublesome code came in. Discussion: https://postgr.es/m/trinity-1c565d44-159f-488b-a518-caf13883134f-1611835701633@3c-app-gmx-bap78
1 parent e1c02d9 commit 0ff865f

File tree

1 file changed

+7
-1
lines changed

1 file changed

+7
-1
lines changed

src/backend/executor/nodeAgg.c

+7-1
Original file line numberDiff line numberDiff line change
@@ -1391,7 +1391,7 @@ project_aggregates(AggState *aggstate)
13911391
}
13921392

13931393
/*
1394-
* Walk tlist and qual to find referenced colnos, dividing them into
1394+
* Find input-tuple columns that are needed, dividing them into
13951395
* aggregated and unaggregated sets.
13961396
*/
13971397
static void
@@ -1404,9 +1404,15 @@ find_cols(AggState *aggstate, Bitmapset **aggregated, Bitmapset **unaggregated)
14041404
context.aggregated = NULL;
14051405
context.unaggregated = NULL;
14061406

1407+
/* Examine tlist and quals */
14071408
(void) find_cols_walker((Node *) agg->plan.targetlist, &context);
14081409
(void) find_cols_walker((Node *) agg->plan.qual, &context);
14091410

1411+
/* In some cases, grouping columns will not appear in the tlist */
1412+
for (int i = 0; i < agg->numCols; i++)
1413+
context.unaggregated = bms_add_member(context.unaggregated,
1414+
agg->grpColIdx[i]);
1415+
14101416
*aggregated = context.aggregated;
14111417
*unaggregated = context.unaggregated;
14121418
}

0 commit comments

Comments
 (0)