Re: Slow Planning Times

From: Saurabh Sehgal <saurabh(dot)r(dot)s(at)gmail(dot)com>
To: pgsql-performance(at)lists(dot)postgresql(dot)org
Subject: Re: Slow Planning Times
Date: 2022-04-07 00:40:30
Message-ID: CAB0Jq2J3RpV0La=wR-hAGLsosbTQj3pp2j2GP0x0gZa8VgfW1w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

To clarify - I have run "vaccum full" and "vacuum analyze" on every single
table involved in the query and the planning times are still around the
same and were not impacted.

On Wed, Apr 6, 2022 at 5:26 PM Saurabh Sehgal <saurabh(dot)r(dot)s(at)gmail(dot)com> wrote:

>
> I have the following query:
>
> *explain* (*analyze*, costs, timing) *SELECT* rr.* *FROM* rpc rpc
>
> *INNER* *JOIN* rr rr
>
> *ON* rr.uuid = rpc.rr_id
>
> *INNER* *JOIN* rs rs
>
> *ON* rs.r_id = rpc.r_id
>
> *INNER* *JOIN* *role* r
>
> *ON* r.uuid = rs.r_id
>
> *LEFT* *JOIN* spc spc
>
> *ON* spc.rr_id = rpc.rr_id
>
> *WHERE* rs.s_id =
> 'caa767b8-8371-43a3-aa11-d1dba1893601'
>
> *and* spc.s_id =
> 'caa767b8-8371-43a3-aa11-d1dba1893601'
>
> *and* spc.rd_id =
> '9f33c45a-90c2-4e05-a42e-048ec1f2b2fa'
>
> *AND* rpc.rd_id =
> '9f33c45a-90c2-4e05-a42e-048ec1f2b2fa'
>
> *AND* rpc.c_id =
> '9fd29fdc-15fd-40bb-b85d-8cfe99734987'
>
> *and* spc.c_id =
> '9fd29fdc-15fd-40bb-b85d-8cfe99734987'
>
> *AND* rr.b_id = 'xyz'
>
> *AND* (('GLOBAL' = ' NO_PROJECT_ID + "' ) *OR* (rr.
> p_id = 'GLOBAL'))
>
> *AND* spc.permission_type *IS* *null* *and* spc.
> is_active = *true*
>
> *AND* rpc.is_active = *true* *AND* rr.is_active =
> *true* *AND* rs.is_active = *true* *AND* r.is_active = *true*
>
>
> I don't think it is super complex. But when I run explain analyze on this
> I get the following:
>
> Planning Time: 578.068 ms
> Execution Time: 0.113 ms
>
> This is a huge deviation in planning vs. execution times. The explain plan
> looks good since the execution time is < 1ms. It doesn't matter though
> since the planning time is high. I don't see anything in the explain
> analyze output that tells me why the planning time is high. On average, the
> tables being joined have 3 indexes/table. How can I debug this?
>
> Been stuck on this for weeks. Any help is appreciated. Thank you!
>
> Saurabh
>

--
Saurabh Sehgal
E-mail: saurabh(dot)r(dot)s(at)gmail(dot)com
Phone: 425-269-1324
LinkedIn: https://www.linkedin.com/in/saurabh-s-4367a31/

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message David G. Johnston 2022-04-07 00:54:04 Re: Slow Planning Times
Previous Message Saurabh Sehgal 2022-04-07 00:26:59 Slow Planning Times