aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gist.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2014-07-30 14:41:35 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2014-07-30 14:41:35 -0400
commitf51ead09df19f0a074c07657b7de8dba0f3050d6 (patch)
tree07839cdaeef2bd59e499594772cfc156b24c4ef2 /src/backend/access/gist/gist.c
parented802e7dc36059efbc6669b4bfeebad43f0898c1 (diff)
downloadpostgresql-f51ead09df19f0a074c07657b7de8dba0f3050d6.tar.gz
postgresql-f51ead09df19f0a074c07657b7de8dba0f3050d6.zip
Avoid wholesale autovacuuming when autovacuum is nominally off.
When autovacuum is nominally off, we will still launch autovac workers to vacuum tables that are at risk of XID wraparound. But after we'd done that, an autovac worker would proceed to autovacuum every table in the targeted database, if they meet the usual thresholds for autovacuuming. This is at best pretty unexpected; at worst it delays response to the wraparound threat. Fix it so that if autovacuum is nominally off, we *only* do forced vacuums and not any other work. Per gripe from Andrey Zhidenkov. This has been like this all along, so back-patch to all supported branches.
Diffstat (limited to 'src/backend/access/gist/gist.c')
0 files changed, 0 insertions, 0 deletions