sequential scans that pick up only deleted records do not honor query cancel or timeout - Mailing list pgsql-bugs

From Merlin Moncure
Subject sequential scans that pick up only deleted records do not honor query cancel or timeout
Date
Msg-id CAHyXU0xPW=JBur1FvC-ZbKXiLNbVzX6-pHGesfJiTqsMLXpYyQ@mail.gmail.com
Whole thread Raw
Responses Re: sequential scans that pick up only deleted records do not honor query cancel or timeout  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
Basically, $subject says it all.  It's pretty easy to reproduce:
delete all the records from a large table and execute any sequentially
scanning query before autocvacuum comes around and cleans the table
up; the query will be uncancellable.  This can result in fairly
pathological behavior in i/o constrained systems because the query
will bog itself down writing out hint bits for minutes or hours
without any way to cancel or effective i/o throttling (unlike vacuum).

IMO, this should be backpatched, and is likely fixed by injecting an
interrupts check at a strategic location.  But where? I was thinking
in heapgetpage() but here are no checks elsehwere in heapam.c which is
a red flag.


merlin

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #6660: losing schema name in pg_dump
Next
From: Robert Haas
Date:
Subject: Re: BUG #6625: not sufficient privileges to start system service