Re: BUG #15538: Postgres query performance is slow.

From: Jim Finnerty <jfinnert(at)amazon(dot)com>
To: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #15538: Postgres query performance is slow.
Date: 2018-12-07 13:31:41
Message-ID: 1544189501635-0.post@n3.nabble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

I don't see evidence of a bug here (so far), but a couple of things are
worthy of mention:

- The estimated number of rows is much higher than the actual. A likely
cause of this under-estimation
is that the columns are correlated. If so, then the estimate may be
improved in PG10+ by collecting
multi-column statistics on (id, time) or (id, time, isValid), but that
doesn't help you on PG9.6
- For the historic partitions that are no longer being updated, you could
cluster the heap by the index,
and possibly disable the bitmap heap scan. If either or both of these
changes improve scan performance
significantly on the 2017 data, consider partitioning by month and
clustering historic monthly partitions.

-----
Jim Finnerty, AWS, Amazon Aurora PostgreSQL
--
Sent from: http://www.postgresql-archive.org/PostgreSQL-bugs-f2117394.html

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message PG Bug reporting form 2018-12-07 14:07:57 BUG #15542: value too long for type character varying does not show the real parameter value
Previous Message PG Bug reporting form 2018-12-07 10:42:54 BUG #15541: Use after release in PQprint