Re: Retry in pgbench - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: Retry in pgbench
Date
Msg-id CA+hUKGLL2+BCErRbrHTgw+4BB6x+V9d4a4uhZYc1yBRw+59Xpg@mail.gmail.com
Whole thread Raw
In response to Retry in pgbench  (Tatsuo Ishii <ishii@sraoss.co.jp>)
Responses Re: Retry in pgbench
List pgsql-hackers
On Tue, Apr 13, 2021 at 5:51 PM Tatsuo Ishii <ishii@sraoss.co.jp> wrote:
> Currently standard pgbench scenario produces transaction serialize
> errors "could not serialize access due to concurrent update" if
> PostgreSQL runs in REPEATABLE READ or SERIALIZABLE level, and the
> session aborts. In order to achieve meaningful results even in these
> transaction isolation levels, I would like to propose an automatic
> retry feature if "could not serialize access due to concurrent update"
> error occurs.
>
> Probably just adding a switch to retry is not enough, maybe retry
> method (random interval etc.) and max retry number are needed to be
> added.
>
> I would like to hear your thoughts,

See also:

https://www.postgresql.org/message-id/flat/72a0d590d6ba06f242d75c2e641820ec%40postgrespro.ru



pgsql-hackers by date:

Previous
From: Fujii Masao
Date:
Subject: Re: TRUNCATE on foreign table
Next
From: Tatsuo Ishii
Date:
Subject: Re: Retry in pgbench