mirror of
https://github.com/postgres/postgres.git
synced 2025-06-20 15:22:23 +03:00
Make sure that hash join's bulk-tuple-transfer loops are interruptible.
The loops in ExecHashJoinNewBatch(), ExecHashIncreaseNumBatches(), and ExecHashRemoveNextSkewBucket() are all capable of iterating over many tuples without ever doing a CHECK_FOR_INTERRUPTS, so that the backend might fail to respond to SIGINT or SIGTERM for an unreasonably long time. Fix that. In the case of ExecHashJoinNewBatch(), it seems useful to put the added CHECK_FOR_INTERRUPTS into ExecHashJoinGetSavedTuple() rather than directly in the loop, because that will also ensure that both principal code paths through ExecHashJoinOuterGetTuple() will do a CHECK_FOR_INTERRUPTS, which seems like a good idea to avoid surprises. Back-patch to all supported branches. Tom Lane and Thomas Munro Discussion: https://postgr.es/m/6044.1487121720@sss.pgh.pa.us
This commit is contained in:
@ -720,6 +720,9 @@ ExecHashIncreaseNumBatches(HashJoinTable hashtable)
|
||||
|
||||
/* next tuple in this chunk */
|
||||
idx += MAXALIGN(hashTupleSize);
|
||||
|
||||
/* allow this loop to be cancellable */
|
||||
CHECK_FOR_INTERRUPTS();
|
||||
}
|
||||
|
||||
/* we're done with this chunk - free it and proceed to the next one */
|
||||
@ -1599,6 +1602,9 @@ ExecHashRemoveNextSkewBucket(HashJoinTable hashtable)
|
||||
}
|
||||
|
||||
hashTuple = nextHashTuple;
|
||||
|
||||
/* allow this loop to be cancellable */
|
||||
CHECK_FOR_INTERRUPTS();
|
||||
}
|
||||
|
||||
/*
|
||||
|
Reference in New Issue
Block a user