From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Race conditions with TAP test for syncrep |
Date: | 2019-06-20 06:07:59 |
Message-ID: | 20190620060759.GF2660@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Jun 19, 2019 at 04:08:44PM -0400, Alvaro Herrera wrote:
> Ho ho .. you know what misled me into thinking that that would work?
> Just look at the name of the test that failed, "asterisk comes before
> another standby name". That doesn't seem to be what the test is
> testing!
I agree that the wording is poor here. Perhaps a better description
in the comment block would be "standby1 is selected as sync as it has
the highest priority, and is followed by a second standby listed first
in the WAL sender array, in this case standby2". We could change the
description like that "second standby chosen as sync is the first one
in WAL sender array". The follow-up test using '2(*)' is actually
worse in terms of ordering dependency as all standbys could be
selected. The last test with a quorum lookup on all the standbys is
fine from this perspective thanks to the ORDER BY on application_name
when doing the lookup of pg_stat_replication.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Kapila | 2019-06-20 06:41:55 | Re: POC: Cleaning up orphaned files using undo logs |
Previous Message | Dean Rasheed | 2019-06-20 05:55:41 | Re: Choosing values for multivariate MCV lists |