From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | paul(dot)hatcher(at)sentinelpartners(dot)co(dot)uk |
Cc: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #16540: Possible corrupted file? |
Date: | 2020-07-14 14:01:36 |
Message-ID: | 2816228.1594735296@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
> We had a situation where a query that normally ran in 10 seconds instead
> never completed. No conflicts or locks could be seen. All indexes were
> valid and in place. A full shutdown and restart of the server was done with
> no effect.
> To test we took a full backup of this system and restored to an identical
> alternate system. Having done this, the alternate system ran the query in
> 10 seconds.
> Final test was to backup and restore back into the production system -
> having done this the query returned to running in 10 seconds. Do you have
> any idea what could have caused this?
The most obvious theory is a change of query plan, perhaps due to having
up-to-date ANALYZE statistics in one case and not the other. I don't
suppose you captured EXPLAIN output for the non-working state?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2020-07-14 14:11:52 | Re: ERROR: cache lookup failed for collation 0 on DELETE query after upgrading from 9.X to 12.3 |
Previous Message | cen | 2020-07-14 13:54:21 | Re: ERROR: cache lookup failed for collation 0 on DELETE query after upgrading from 9.X to 12.3 |