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
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 |