Re: [PATCH] Btree BackwardScan race condition on Standby during VACUUM - Mailing list pgsql-hackers

From Michail Nikolaev
Subject Re: [PATCH] Btree BackwardScan race condition on Standby during VACUUM
Date
Msg-id CANtu0ojCsZHfSXGsJY6AF_pHwrD01tUa_mQnsnBcnY5ztkYq3Q@mail.gmail.com
Whole thread Raw
In response to Re: [PATCH] Btree BackwardScan race condition on Standby duringVACUUM  ("Andrey M. Borodin" <x4mmm@yandex-team.ru>)
Responses Re: [PATCH] Btree BackwardScan race condition on Standby during VACUUM  (Peter Geoghegan <pg@bowt.ie>)
List pgsql-hackers
Hello.

>  Probably, patch in this thread should fix this in btree_xlog_split() too?

I have spent some time trying to find any possible race condition
between btree_xlog_split and _bt_walk_left… But I can’t find any.
Also, I have tried to cause any issue by putting pg_sleep put into
btree_xlog_split (between releasing and taking of locks) but without
any luck.

I agree it is better to keep the same locking logic for primary and
standby in general. But it is a possible scope of another patch.

Thanks,
Michail.



pgsql-hackers by date:

Previous
From: David Steele
Date:
Subject: Re: psql FETCH_COUNT feature does not work with combined queries
Next
From: David Steele
Date:
Subject: Re: pgbench - refactor init functions with buffers