Re: Bad Query Plans on 10.3 vs 9.6
От | Tom Lane |
---|---|
Тема | Re: Bad Query Plans on 10.3 vs 9.6 |
Дата | |
Msg-id | 13699.1522331221@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Bad Query Plans on 10.3 vs 9.6 (David Rowley <david.rowley@2ndquadrant.com>) |
Ответы |
Re: Bad Query Plans on 10.3 vs 9.6
|
Список | pgsql-general |
David Rowley <david.rowley@2ndquadrant.com> writes: > On 29 March 2018 at 18:26, Cory Tucker <cory.tucker@gmail.com> wrote: >> The plan on 9.6 v 10.3 are effectively identical except in 9.6 the planner >> decides to use an index only scan on the primary key and in 10.3 it does a >> sequential scan. The problem is the sequential scan is for a table of 75M >> rows and 25 columns so its quiet a lot of pages it has to traverse. > How certain are you that all the indexes match on each instance? 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. regards, tom lane
В списке pgsql-general по дате отправления: