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
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 |
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 |