Re: Query plan changes after pg_dump / pg_restore

From: Dennis Bjorklund <db(at)zigo(dot)dhs(dot)org>
To: jonanews(at)oismail(dot)com
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Query plan changes after pg_dump / pg_restore
Date: 2005-06-09 07:33:07
Message-ID: Pine.LNX.4.44.0506090918100.25939-100000@zigo.dhs.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Thu, 9 Jun 2005 jonanews(at)oismail(dot)com wrote:

> I am continously encountering an issue with query plans that changes after
> a pg_dump / pg_restore operation has been performed.
>
> Have placed an export of the query, query plan etc. online at:
> http://213.173.234.215:8080/plan.htm in order to ensure it's still
> readable.

There is not a major difference in time, so pg is at least not way off
(225ms vs. 280ms). The estimated cost is however not very related to the
runtime (117 vs 1389).

What you have not showed is if the database is properly tuned. The output
of SHOW ALL; could help explain a lot together with info of how much
memory your computer have.

The first thing that comes to mind to me is that you probably have not
tuned shared_buffers and effective_cache_size properly (SHOW ALL would
tell).

--
/Dennis Björklund

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Richard Huxton 2005-06-09 08:06:44 Re: Recommendations for configuring a 200 GB database
Previous Message jonanews 2005-06-09 06:02:02 Query plan changes after pg_dump / pg_restore