Re: BUG #5492: Query performs slowly and sequence corrupted

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Greg Stark <gsstark(at)mit(dot)edu>
Cc: Piergiorgio Buongiovanni <piergiorgio(dot)buongiovanni(at)netspa(dot)it>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #5492: Query performs slowly and sequence corrupted
Date: 2010-06-09 03:04:12
Message-ID: AANLkTimo6TYprfioIFTa2Bv83Oim7ktT0drFcMjzFydP@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-general

On Mon, Jun 7, 2010 at 5:33 PM, Greg Stark <gsstark(at)mit(dot)edu> wrote:
> On Mon, Jun 7, 2010 at 5:36 PM, Piergiorgio Buongiovanni
> <piergiorgio(dot)buongiovanni(at)netspa(dot)it> wrote:
>> I reused the previous command to re-set the sequence value to the right one,
>> but I see that the START value is now 59100. I reused the previous command
>> another time and the START value is now 30440.
>>
>> I think this is a bug. I have a lot of problems with this sequence.
>
> Sequences wouldn't directly affect retrieval times. But one way you
> could get both of these symptoms is by having an application which
> inserts many rows but aborts and rolls back the inserts without
> committing. Perhaps a large copy which is interrupted. That would fill
> the table with garbage dead records which could slow down retrieval
> depending on the access method and also increase the sequence value.

If this is what happened, CLUSTER on the table might be enough to fix
the problem.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Robert Haas 2010-06-09 03:06:49 Re: BUG #5475: Problem during Instalation
Previous Message Robert Haas 2010-06-09 02:48:57 Re: Invalid YAML output from EXPLAIN

Browse pgsql-general by date

  From Date Subject
Next Message John Gage 2010-06-09 05:28:54 Re: Cognitive dissonance
Previous Message Tim Landscheidt 2010-06-09 00:26:42 Re: Some insight on the proper SQL would be appreciated