Re: Query is slow when run for first time; subsequent execution is fast

From: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
To: Nandakumar M <m(dot)nanda92(at)gmail(dot)com>
Cc: "pgsql-performa(dot)" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Query is slow when run for first time; subsequent execution is fast
Date: 2018-01-17 05:18:25
Message-ID: CAMkU=1zFFxF74BVpwbsT1s-yY-KmW8Ya6CZkM0PDfvZ8uupF9A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Fri, Jan 12, 2018 at 12:03 AM, Nandakumar M <m(dot)nanda92(at)gmail(dot)com> wrote:

> Hello Jeff,
>
> Thanks for the insights.
>
> >Don't keep closing and reopening connections.
>
> Even if I close a connection and open a new one and execute the same
> query, the planning time is considerably less than the first time. Only
> when I restart the Postgres server then I face high planning time again.
>

Oh. I've not seen that before. But then again I don't often restart my
server and then immediately run very large queries with a stringent time
deadline.

You can try pg_prewarm, on pg_statistic table and its index. But I'd
probably just put an entry in my db startup script to run this query
immediately after startng the server, and let the query warm the cache
itself.

Why do you restart your database often enough for this to be an issue?

Cheers,

Jeff

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message POUSSEL, Guillaume 2018-01-17 07:25:10 RE: Query is slow when run for first time; subsequent execution is fast
Previous Message Mark Kirkwood 2018-01-16 21:24:41 Re: HDD vs SSD without explanation