Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0

From: Sanyo Moura <sanyo(dot)moura(at)tatic(dot)net>
To: Justin Pryzby <pryzby(at)telsasoft(dot)com>
Cc: jeff(dot)janes(at)gmail(dot)com, pgsql-performance(at)lists(dot)postgresql(dot)org
Subject: Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
Date: 2018-11-28 01:36:09
Message-ID: CAO698qYi=xWnHKAgYw4w6wtsm1pkXdSJV89dzmh2AtU39dhxCg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

I currently have version 11.1 and 10.6 running on the same linux server. In
both Postgres the "Price" table has 730 partitions.
However, in the test I did in version 11.0, "Precio" is partitioned into
only 21 partitions. So it really is a problem introduced in version 11, and
it has to do with a large number of partitions in a table.

Sanyo

Em ter, 27 de nov de 2018 às 23:27, Justin Pryzby <pryzby(at)telsasoft(dot)com>
escreveu:

> On Tue, Nov 27, 2018 at 06:44:02PM -0600, Justin Pryzby wrote:
> > On Tue, Nov 27, 2018 at 9:17 AM Sanyo Moura <sanyo(dot)moura(at)tatic(dot)net>
> wrote:
> > >>> I'm running performance tests for my application at version 11.1 and
> > >>> encountered queries with high planning time compared to the same
> planning,
> > >>> running at versions 10.5 and 11.0.
> >
> > I was able to reproduce this behavior.
>
> I take that back, in part..
>
> My query (with One-Time Filter: false) has high planning time under 11.0,
> also:
>
> | Result (cost=0.00..0.00 rows=0 width=24)
> | One-Time Filter: false
> |Time: 48335.098 ms (00:48.335)
>
> Justin
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Munro 2018-11-28 01:57:18 "pg_ctl: the PID file ... is empty" at end of make check
Previous Message Michael Paquier 2018-11-28 01:32:11 Re: More issues with pg_verify_checksums and checksum verification in base backups

Browse pgsql-performance by date

  From Date Subject
Next Message Justin Pryzby 2018-11-28 03:01:29 Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
Previous Message Justin Pryzby 2018-11-28 01:27:13 Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0