Re: CREATE INDEX speeds up query on 31 row table ...
| От | Tom Lane |
|---|---|
| Тема | Re: CREATE INDEX speeds up query on 31 row table ... |
| Дата | |
| Msg-id | 24368.1096570608@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: CREATE INDEX speeds up query on 31 row table ... (Greg Stark <gsstark@mit.edu>) |
| Ответы |
Re: CREATE INDEX speeds up query on 31 row table ...
Re: CREATE INDEX speeds up query on 31 row table ... |
| Список | pgsql-hackers |
Greg Stark <gsstark@mit.edu> writes:
> You say it's "*very* busy" is it possible there are hundreds or thousands of
> tuples in there that are uncommitted or committed after this query starts?
More specifically, I bet there's a huge number of completely empty
pages, which would be read by a seqscan but not an indexscan. VACUUM
FULL should fix it nicely, but it's odd that autovacuum isn't keeping
a lid on the file size. Maybe with so few live rows, it's confused into
thinking it doesn't need to vacuum the table often?
regards, tom lane
В списке pgsql-hackers по дате отправления: