| From: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
|---|---|
| To: | Benjamin Scherrey <scherrey(at)proteus-tech(dot)com> |
| Cc: | Hugh Ranalli <hugh(at)whtc(dot)ca>, pgsql-performance(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Perplexing, regular decline in performance |
| Date: | 2019-06-25 16:01:06 |
| Message-ID: | 20190625160106.GD18602@telsasoft.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
On Tue, Jun 25, 2019 at 10:55:22PM +0700, Benjamin Scherrey wrote:
> Have you done a VACUUM ANALYZE FULL on your database? This needs to be done
> periodically to inform the server of the statistics of how the data and
> relations are distributed across the database.
I think this is wrong.
VACUUM and ANALYZE are good, but normally happen automatically by autovacuum.
VACUUM FULL takes an exclusive lock on the table, and rewrites its data and
indices from scratch. It's not normally necessary at all. It's probably most
useful to recover from badly-bloated table if autovacuum didn't run often
enough, in which case the permanent solution is to change autovacuum settings
to be more aggressive.
Don't confuse with VACUUM FREEZE, which doesn't require exclusive lock, and
normally not necessary if autovacuum is working properly.
Justin
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Benjamin Scherrey | 2019-06-25 16:06:17 | Re: Perplexing, regular decline in performance |
| Previous Message | Benjamin Scherrey | 2019-06-25 15:55:22 | Re: Perplexing, regular decline in performance |