vacuum full, why multiple times ?

Поиск
Список
Период
Сортировка
От Gaetano Mendola
Тема vacuum full, why multiple times ?
Дата
Msg-id 422E4B15.60806@bigfoot.com
обсуждение исходный текст
Ответы Re: vacuum full, why multiple times ?  (Michael Fuhr <mike@fuhr.org>)
Список pgsql-performance
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,
this is the third email that I post but I do not see it in archives,
the email was too long I believe so this time I will limit the rows.
Basically I'm noticing that a simple vacuum full is not enough to
shrink completelly the table:

# vacuum full verbose url;
INFO:  vacuuming "public.url"
INFO:  "url": found 268392 removable, 21286 nonremovable row versions in 8563 pages
DETAIL:  22 dead row versions cannot be removed yet.
Nonremovable row versions range from 104 to 860 bytes long.
There were 13924 unused item pointers.
Total free space (including removable row versions) is 63818404 bytes.
4959 pages are or will become empty, including 7 at the end of the table.
8296 pages containing 63753840 free bytes are potential move destinations.
CPU 0.33s/0.12u sec elapsed 9.55 sec.

[SNIPPED]

INFO:  "url": moved 2 row versions, truncated 8563 to 8550 pages


and after 4 vacuum full:



empdb=# vacuum full verbose url;
INFO:  vacuuming "public.url"
INFO:  "url": found 13 removable, 21264 nonremovable row versions in 8504 pages
DETAIL:  0 dead row versions cannot be removed yet.
Nonremovable row versions range from 104 to 860 bytes long.
There were 280528 unused item pointers.
Total free space (including removable row versions) is 63349188 bytes.
4913 pages are or will become empty, including 0 at the end of the table.
8234 pages containing 63340628 free bytes are potential move destinations.
CPU 0.17s/0.04u sec elapsed 0.49 sec.

[SNIPPED]

INFO:  "url": moved 5666 row versions, truncated 8504 to 621 pages




anyone knows why ? I had the same behaviour with a 46000 rows table with
46000 pages! It was reduced to 3000 pages after 7 vacuum full.


Regards
Gaetano Mendola


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCLksV7UpzwH2SGd4RAoz3AKDvXSx3w/jRz/NR1pgtrxIZs8cJcwCg/0xm
zSr0sPDBkp8V1WXjREoVdLk=
=EHv2
-----END PGP SIGNATURE-----


В списке pgsql-performance по дате отправления:

Предыдущее
От: Gaetano Mendola
Дата:
Сообщение: Re: pl/pgsql faster than raw SQL?
Следующее
От: Aaron Birkland
Дата:
Сообщение: Re: Why would writes to pgsql_tmp bottleneck at 1mb/s?