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

From Andres Freund
Subject Re: [HACKERS] Replication slots and isolation levels
Date
Msg-id 20151103083842.GQ11897@awork2.anarazel.de
Whole thread Raw
In response to Re: [HACKERS] Replication slots and isolation levels  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: [HACKERS] Replication slots and isolation levels  (Vladimir Borodin <root@simply.name>)
List pgsql-admin
On 2015-11-02 15:37:57 -0500, Robert Haas wrote:
> On Fri, Oct 30, 2015 at 9:49 AM, Vladimir Borodin <root@simply.name> wrote:
> > I’ve tried two ways - bare SELECT in autocommit mode and BEGIN; SELECT;
> > ROLLBACK. I first described the problem in thread on pgsql-admin@ [0], there
> > is copy-paste from psql there, but during conversation initial description
> > was lost.
> >
> > [0]
> > http://www.postgresql.org/message-id/7F74C5EA-6741-44FC-B6C6-E96F18D761FB@simply.name
>
> Hmm.  That behavior seems unexpected to me, but I might be missing something.

The conflict is because of a relation lock, not because of
visibility. Hot-Standby feedback changes nothing about that.

I presume all the other conflicts are all because of relation level
locks? Check pg_stat_database_conflicts and the server logs to verify.

Andres


pgsql-admin by date:

Previous
From: Vladimir Borodin
Date:
Subject: Re: [HACKERS] Replication slots and isolation levels
Next
From: Vladimir Borodin
Date:
Subject: Re: [HACKERS] Replication slots and isolation levels