Re: No long-lived transaction, still can't delete tuples

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Lincoln Yeoh <lyeoh(at)pop(dot)jaring(dot)my>
Cc: Jeffrey Baker <jwbaker(at)acm(dot)org>, pgsql-general(at)postgresql(dot)org
Subject: Re: No long-lived transaction, still can't delete tuples
Date: 2002-04-25 13:56:55
Message-ID: 25105.1019743015@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Lincoln Yeoh <lyeoh(at)pop(dot)jaring(dot)my> writes:
> At 06:59 PM 4/24/02 -0400, Tom Lane wrote:
>> Until client A returns from his lunch break, you'll not be able to
>> vacuum the trash that client B generated, even though B has committed
>> his changes.

> Does just a BEGIN without anything else hold up vacuum? It doesn't seem to
> for 7.1.3. Whereas a BEGIN followed by a select from a table holds up
> vacuum once vacuum reaches the relevant table.

You're confusing obtaining a lock with determining xmin for tuple
removal purposes.

> BEGIN followed by select
> (1), causes vacuum to stop with:
> ERROR: Parent tuple was not found

Oh? If you have a repeatable example of that, I'd like to see it.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message David Link 2002-04-25 14:26:20 Re: Why is outer Join way quicker?
Previous Message Martijn van Oosterhout 2002-04-25 13:34:45 Re: How to deal with crashes?