Re: Bad Query Plans on 10.3 vs 9.6

From: David Rowley <david(dot)rowley(at)2ndquadrant(dot)com>
To: Cory Tucker <cory(dot)tucker(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Bad Query Plans on 10.3 vs 9.6
Date: 2018-03-29 14:26:38
Message-ID: CAKJS1f84ufJ-GJSj=7QUaRiNDE58wLVD3GH_La_wdfNSaJLWtA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

'On 30 March 2018 at 03:21, Cory Tucker <cory(dot)tucker(at)gmail(dot)com> wrote:
>> Another possibility is that 10.3 sees the index-only scan as too expensive
>> because it thinks most of the table isn't all-visible. Comparing
>> pg_class.relallvisible values might be informative.

> I'm happy to try to dig into this one more, however, I'm not familiar with
> this value. What should I be looking for here?

Each table in your database has an entry in the pg_class table. Something like:

SELECT relallvisible from pg_class where oid = 'build.household'::regclass;

would show you the value, however, I think a problem here is unlikely
since that would just control the likelihood of an index-only-scan vs
an index-scan. You're getting a Seq-scan, which I imagine is going to
be quite a bit more expensive than even an index scan.

--
David Rowley http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Cory Tucker 2018-03-29 15:08:49 Re: Bad Query Plans on 10.3 vs 9.6
Previous Message Cory Tucker 2018-03-29 14:21:06 Re: Bad Query Plans on 10.3 vs 9.6