From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: VACUUM FULL versus system catalog cache invalidation |
Date: | 2011-08-13 14:11:41 |
Message-ID: | 19020.1313244701@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Simon Riggs <simon(at)2ndQuadrant(dot)com> writes:
> With HOT, there is very little need to perform a VACUUM FULL on any
> shared catalog table. Look at the indexes...
This is not really a useful argument. People do do VAC FULL on
catalogs, whether we think they should or not. Also, it's not only
"shared" catalogs that are at stake.
We could avoid fixing the bug if we forbade both VAC FULL and CLUSTER
on all system catalogs, period, no exceptions. That doesn't seem like
a workable answer though. Some usage patterns do see bloat on the
catalogs, especially if you disable or dial down autovacuum.
> In the unlikely event we do actually have to VACUUM FULL a shared
> catalog table, nuke any cache entry for the whole shared catalog.
You're still not getting the point. We *do* nuke all cache entries
after a VAC FULL. That does not avoid this bug.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2011-08-13 14:33:53 | Re: Inserting heap tuples in bulk in COPY |
Previous Message | Dean Rasheed | 2011-08-13 09:01:57 | Re: Inserting heap tuples in bulk in COPY |