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