Re: [ADMIN] Replication slots and isolation levels

From: Vladimir Borodin <root(at)simply(dot)name>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Oleksii Kliukin <alexk(at)hintbits(dot)com>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, pgsql-admin <pgsql-admin(at)postgresql(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [ADMIN] Replication slots and isolation levels
Date: 2015-10-30 13:49:00
Message-ID: 95FD0B1A-7BD1-4CCE-86D4-2DF2B2AE2C68@simply.name
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-hackers


> 30 окт. 2015 г., в 16:04, Robert Haas <robertmhaas(at)gmail(dot)com> написал(а):
>
> On Fri, Oct 30, 2015 at 12:40 PM, Vladimir Borodin <root(at)simply(dot)name> wrote:
>> I still don’t fully understand why is it so (the problem occurs while
>> running only one SELECT-statement in READ COMMITED so only one snapshot is
>> taken), but if is expected behavior shouldn’t the documentation mention that
>> using READ COMMITED (which is the default) you may still get conflicts with
>> recovery while using replication slots?
>
> Are you doing BEGIN / one or more SELECT statements / END?
>
> Or just a bare SELECT with no explicit transaction control?

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

>
> --
> Robert Haas
> EnterpriseDB: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>
>
> --
> Sent via pgsql-admin mailing list (pgsql-admin(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-admin

--
Да пребудет с вами сила…
https://simply.name/ru

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Ankur Kaushik 2015-11-01 04:45:54 Re: PITR using pg_basebackup ERROR
Previous Message Robert Haas 2015-10-30 13:04:29 Re: [HACKERS] Replication slots and isolation levels

Browse pgsql-hackers by date

  From Date Subject
Next Message Erik Rijkers 2015-10-30 13:53:53 Re: exposing pg_controldata and pg_config as functions
Previous Message Tom Lane 2015-10-30 13:48:33 Re: Dangling Client Backend Process