Re: count(*) performance
От | Gábriel Ákos |
---|---|
Тема | Re: count(*) performance |
Дата | |
Msg-id | 4428296B.9040505@i-logic.hu обсуждение исходный текст |
Ответ на | Re: count(*) performance ("Jim C. Nasby" <jnasby@pervasive.com>) |
Ответы |
Re: count(*) performance
|
Список | pgsql-performance |
Jim C. Nasby wrote: > But in this case, I'd bet money that if it's taking 4 minutes something > else is wrong. Have you been vacuuming that table frequently enough? That gave me an idea. I thought that autovacuum is doing it right, but I issued a vacuum full analyze verbose , and it worked all the day. After that I've tweaked memory settings a bit too (more fsm_pages) Now: staging=# SELECT count(*) from infx.infx_product; count --------- 3284997 (1 row) Time: 1301.049 ms As I saw the output, the database was compressed to 10% of its size :) This table has quite big changes every 4 hour, let's see how it works. Maybe I'll have to issue full vacuums from cron regularly. > What's SELECT relpages FROM pg_class WHERE relname='tablename' show? This went to 10% as well, now it's around 156000 pages. Regards, Akos -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabriel@i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612367353 |Mobil:+36209278894 =-
В списке pgsql-performance по дате отправления: