Re: [HACKERS] Replication slots and isolation levels - Mailing list pgsql-admin

From Oleksii Kliukin
Subject Re: [HACKERS] Replication slots and isolation levels
Date
Msg-id B0D38B8D-C174-44EE-9F84-31B8EE68AA8C@hintbits.com
Whole thread Raw
In response to Re: [HACKERS] Replication slots and isolation levels  (Vladimir Borodin <root@simply.name>)
Responses Re: [HACKERS] Replication slots and isolation levels  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-admin

On 29 Oct 2015, at 14:39, Vladimir Borodin <root@simply.name> wrote:

f I understand right, with hot_standby_feedback = on standby tells the master xmin of the earliest transaction on standby. And autovacuum worker on master takes it into account when doing vacuum cleanup (because it can see it from pg_replications_slots view), AFAIK with GetOldestXmin function. But I don’t understand why with READ COMMITED transactions xmin in pg_replication_slots view on master continues to increase while with REPEATABLE READ xmin freezes until this transaction finishes.

Could it be a consequence of how REPEATABLE READ transactions handle snapshots? With REPEATABLE READ the snapshot is acquired only once at the beginning of a transaction; a READ COMMITTED transaction re-evaluates its snapshot with each new command.


Kind regards,
--
Oleksii

pgsql-admin by date:

Previous
From: Vladimir Borodin
Date:
Subject: Re: [HACKERS] Replication slots and isolation levels
Next
From: Jerry Sievers
Date:
Subject: Re: PITR using pg_basebackup ERROR