sequential scans that pick up only deleted records do not honor query cancel or timeout

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: pgsql-bugs <pgsql-bugs(at)postgresql(dot)org>
Subject: sequential scans that pick up only deleted records do not honor query cancel or timeout
Date: 2012-05-22 17:14:04
Message-ID: CAHyXU0xPW=JBur1FvC-ZbKXiLNbVzX6-pHGesfJiTqsMLXpYyQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Robert Haas 2012-05-22 19:36:22 Re: BUG #6625: not sufficient privileges to start system service
Previous Message Tom Lane 2012-05-22 15:03:21 Re: BUG #6660: losing schema name in pg_dump