Slow query after 9.3 to 9.6 migration

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

Responses

Browse pgsql-performance by date

  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