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