Re: Really really slow select count(*)
От | felix |
---|---|
Тема | Re: Really really slow select count(*) |
Дата | |
Msg-id | AANLkTikN75hcCL5Nhgh8Z9c7ZLtduMdjsn07BgO_D_yZ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Really really slow select count(*) (Shaun Thomas <sthomas@peak6.com>) |
Ответы |
Re: Really really slow select count(*)
Re: Really really slow select count(*) |
Список | pgsql-performance |
On Fri, Feb 4, 2011 at 5:35 PM, Shaun Thomas <sthomas@peak6.com> wrote:
vacuumdb -a -v -z &>vacuum.log
And at the end of the log, it'll tell you how many pages it wants, and how many pages were available.
this is the dev, not live. but this is after it gets done with that table:
CPU 0.00s/0.00u sec elapsed 0.00 sec.
INFO: analyzing "public.fastadder_fastadderstatus"
INFO: "fastadder_fastadderstatus": scanned 2492 of 2492 pages, containing 154378 live rows and 0 dead rows; 30000 rows in sample, 154378 estimated total rows
and there's nothing at the end of the whole vacuum output about pages
actual command:
vacuumdb -U postgres -W -v -z djns4 &> vacuum.log
I tried it with all databases too
?
thanks
В списке pgsql-performance по дате отправления: