From: | Flávio Henrique <yoshimit(at)gmail(dot)com> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Slow query after 9.3 to 9.6 migration |
Date: | 2016-12-27 23:50:05 |
Message-ID: | CAOGex3nXTRPZTD-KeoSwD=bj62hQrMK+6h30u09srV71sePqUA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Hi there, fellow experts!
I need an advice with query that became slower after 9.3 to 9.6 migration.
First of all, I'm from the dev team.
Before migration, we (programmers) made some modifications on query bring
it's average time from 8s to 2-3s.
As this query is the most executed on our system (it builds the user panel
to work), every bit that we can squeeze from it will be nice.
Now, after server migration to 9.6 we're experiencing bad times with this
query again.
Unfortunately, I don't have the old query plain (9.3 version) to show you,
but in the actual version (9.6) I can see some buffers written that tells
me that something is wrong.
Our server has 250GB of memory available, but the database team says that
they can't do nothing to make this query better. I'm not sure, as some
buffers are written on disk.
Any tip/help will be much appreciated (even from the query side).
Thank you!
The query plan: https://explain.depesz.com/s/5KMn
Note: I tried to add index on kilo_victor table already, but Postgresql
still thinks that is better to do a seq scan.
Flávio Henrique
From | Date | Subject | |
---|---|---|---|
Next Message | Valerii Valeev | 2016-12-27 23:57:18 | Fwd: [pgsql-performance] Daily digest v1.4804 (8 messages) |
Previous Message | David G. Johnston | 2016-12-27 17:48:26 | Re: why we do not create indexes on master |