| From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
|---|---|
| To: | Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com> |
| Cc: | Shinya Kato <shinya11(dot)kato(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Wake up backends immediately when sync standbys decrease |
| Date: | 2026-01-30 15:28:14 |
| Message-ID: | CAHGQGwHmusDZLmJ8H=+200Y9Wy-Kg3+_oO0wD_y_T_2EmxkZnQ@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Fri, Jan 30, 2026 at 4:49 PM Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com> wrote:
>
>
>
> > On Jan 30, 2026, at 14:59, Shinya Kato <shinya11(dot)kato(at)gmail(dot)com> wrote:
> >
> > Hi hackers,
> >
> > I have noticed an issue where backends waiting for synchronous
> > replication are not woken up immediately when the number of required
> > synchronous standbys is reduced in a multiple synchronous standby
> > environment.
Thanks for reporting this!
This issue can occur not only when the number of sync standbys is reduced,
but also when the configured standby names change. For example, if the config
changes from "FIRST 2 (sby1, sby2)" to "FIRST 2 (sby1, sby3)",
waiters on sby2 should be released immediately. But, currently, there can
a delay before that happens. Right?
> My main concern is code duplication. The same block is added in three places. While the existing reload handling is already duplicated there, adding more logic on top makes the situation a bit worse from a maintenance perspective.
>
> Would it make sense to factor the reload handling into a small helper, for example:
+1
Regards,
--
Fujii Masao
| From | Date | Subject | |
|---|---|---|---|
| Next Message | zengman | 2026-01-30 16:17:22 | Re: implement CAST(expr AS type FORMAT 'template') |
| Previous Message | Andres Freund | 2026-01-30 15:10:34 | Re: Flush some statistics within running transactions |