From: | Amit Langote <amitlangote09(at)gmail(dot)com> |
---|---|
To: | David Johnston <polobo(at)yahoo(dot)com> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: History of WAL_LEVEL (archive vs hot_standby) |
Date: | 2014-03-28 06:08:36 |
Message-ID: | CA+HiwqFhdF4iO2R-U79u1WRHRQAzYEzmhjgM4i1wb=b=tLRD9g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Mar 28, 2014 at 12:16 PM, David Johnston <polobo(at)yahoo(dot)com> wrote:
>
> Slightly tangential but are the locking operations associated with the
> recent bugfix generated in both (all?) modes or only hot_standby? I thought
> it strange that transient locking operations were output with WAL though I
> get it if they are there to support read-only queries.
>
IIUC, XLogStandbyInfoActive() is used at places where it is thought
that the WAL record being written at that point would be required on a
standby for correct hot standby operation (comments at these call
sites are helpful).
/* Do we need to WAL-log information required only for Hot Standby and
logical replication? */
#define XLogStandbyInfoActive() (wal_level >= WAL_LEVEL_HOT_STANDBY)
--
Amit
From | Date | Subject | |
---|---|---|---|
Next Message | Dean Rasheed | 2014-03-28 07:58:51 | Re: [PATCH] Negative Transition Aggregate Functions (WIP) |
Previous Message | Kyotaro HORIGUCHI | 2014-03-28 05:44:33 | Re: History of WAL_LEVEL (archive vs hot_standby) |