Re: While only running pg_dump, postgresql performs writes inside base/ directory. How can we stop this? - Mailing list pgsql-general

From Spiros Ioannou
Subject Re: While only running pg_dump, postgresql performs writes inside base/ directory. How can we stop this?
Date
Msg-id CACKh8C8gm6sFXvL5BXRQnVM1pn44=C5pn31m0vUzToqcWt-Nsg@mail.gmail.com
Whole thread Raw
In response to Re: While only running pg_dump, postgresql performs writes inside base/ directory. How can we stop this?  (Jeff Janes <jeff.janes@gmail.com>)
List pgsql-general
- autovacuum is not off in the pre-snapshot (production) database. It auto-runs every 2 weeks to avoid transaction ID wraparound.
- I tried modifying pgdump to have a more relaxed transaction isolation (READ UNCOMMITTED) instead of the default (serializable) but this didn't help.
thanks for the info.




On 10 December 2013 21:13, Jeff Janes <jeff.janes@gmail.com> wrote:
On Tue, Dec 10, 2013 at 12:43 AM, Spiros Ioannou <sivann@inaccess.com> wrote:
Hi Jeff,
autovacuum is off on the DB running on the filesystem snapshot.


Which probably makes sense on the snapshot, but is it also off on the pre-snapshot database?
 
What "hint bits" do you suppose it is setting? It's running only one COPY command for days. Do you have any suggestions to make it more "read only" ?


When a query sees a tuple that is still listed as part of an open transaction, it needs to figure out whether that transaction has now completed, and if so whether it committed or aborted.  This can be quite a bit of work to do, so once complete it sets a hint bit locally to that tuple, so that the next visitor doesn't have to repeat the work.  I don't believe that there is any way to turn this off, unless you want to run your own custom build of PostgreSQL.

Cheers,

Jeff

pgsql-general by date:

Previous
From: rob stone
Date:
Subject: Re: design for multiple time series
Next
From: Adrian Klaver
Date:
Subject: Re: invisible dependencies on a table?