Re: Consommation d'espace d'autovacuum

Flavio Henrique Araque Gurgel <[email protected]> Mon, 8 Oct 2018 16:19:35 +0200
Newsgroups gmane.comp.db.postgresql.french
Message-ID <CAGHTAeOFbXve7ZOoN8FCbjY+P=p3AsHn1ZHy0_dnqMH+dmgXhw@mail.gmail.com>
Em seg, 8 de out de 2018 =C3=A0s 13:27, Pierre BOIZOT
<[email protected]> escreveu:
>
> Hello,
>
> Comment estimer l'espace que va utiliser l'autovacuum sur une table?

Autovacuum n'utilise pas d'espace additionnel sur une table.
Il y a une g=C3=A9n=C3=A9ration plus lourde de WAL (dossier pg_xlog ou pg_w=
al
dans de versions plus r=C3=A9centes) mais ces fichiers sont recycl=C3=A9s e=
t
l'espace redevient normal apr=C3=A8s la fin de l'op=C3=A9ration, tout =C3=
=A7a d=C3=A9pend
de l'usage et de la performance des disques.
Il faut faire un peu d'attention s'il y a de la r=C3=A9plication en place
parce qu'il y a une augmentation de bande passante et de consommation
de ressources du wal_receiver c=C3=B4t=C3=A9 serveur distant.


>
> J'ai une table de ~27GB 60millions de rows dont sqh
> sq~3 millions de rows deleted.
>
> L'autovaccum ne s'est pas d=C3=A9clench=C3=A9 mais je compte forcer en ch=
angeant le parametre autovacuum_vacuum_scale_factor .
>
> Durant l'autovacuum quel sera le cout en espace disque ?

Alors, aucun. Bien au contraire, l'autovacuum va marquer les pages
supprim=C3=A9es comme r=C3=A9utilisables et la table va grossir plus lentem=
ent
par les autres op=C3=A9rations ordinaires INSERT et UPDATE.

Flavio Gurgel