Re: Re: low performance

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andreas Wernitznig <andreas(at)insilico(dot)com>
Cc: pgsql-bugs(at)postgreSQL(dot)org
Subject: Re: Re: low performance
Date: 2001-09-03 19:35:11
Message-ID: 5995.999545711@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Andreas Wernitznig <andreas(at)insilico(dot)com> writes:
> The only way to make it faster after step 3 is to close that connection (and stop that postmaster thread with it) and establish a new one.
> It seems like the planner (at least for pk checking) of an *established* connection to a database doesn't receive the information gained from "vacuum analyze".

Ah. Yes, you are quite right: the queries used for PK checking are
planned just once when first executed, and thereafter the plans are
cached and reused for the life of that backend. No doubt you are seeing
continued use of a no-longer-appropriate PK plan.

We have a TODO item to be smarter about dropping cached plans when
relevant context changes, but it's not done yet.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2001-09-03 22:09:50 Re: Excess disk usage
Previous Message johan27 2001-09-03 19:03:38 BIG PROBLEM:fatal 1:set user id user admin is not in eg shadow