Re: Index no longer being used, destroying and recreating it restores use.
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Index no longer being used, destroying and recreating it restores use. |
| Дата | |
| Msg-id | 1251078.1591289012@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Index no longer being used, destroying and recreating it restores use. (Koen De Groote <kdg.dev@gmail.com>) |
| Ответы |
Re: Index no longer being used, destroying and recreating it restoresuse.
|
| Список | pgsql-general |
Koen De Groote <kdg.dev@gmail.com> writes:
> I've got a table with about 30 million rows and a particular index that up
> until recently was actively being used.
> And then it stopped being used and the query that the index was made for,
> is now doing sequential scans.
> Deleting the index and creating it again, seems to fix the problem. The new
> index, which is identical in composition, is being used and the query in
> question no longer uses sequential scans.
It's possible that the index had bloated to the point where the planner
thought it was cheaper to use a seqscan. Did you make a note of the
cost estimates for the different plans?
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера