Re: Minimal logical decoding on standbys
Andres Freund <andres@anarazel.de>
Commits
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Reduce the log level in 035_standby_logical_decoding.pl.
- 3034dc56ef4b 16.0 landed
-
035_standby_logical_decoding: Add missing waits for replication
- 57411c82ce86 16.0 landed
-
For cascading replication, wake physical and logical walsenders separately
- e101dfac3a53 16.0 landed
-
Handle logical slot conflicts on standby
- 26669757b6a7 16.0 landed
-
Support invalidating replication slots due to horizon and wal_level
- be87200efd93 16.0 landed
-
Prevent use of invalidated logical slot in CreateDecodingContext()
- 4397abd0a2af 16.0 landed
-
Replace replication slot's invalidated_at LSN with an enum
- 15f8203a5975 16.0 landed
-
Pass down table relation into more index relation functions
- 61b313e47eb9 16.0 landed
-
Assert only valid flag bits are passed to visibilitymap_set()
- a88a18b1250b 16.0 landed
-
Remove unused _bt_delitems_delete() argument.
- dc43492e46c7 14.0 cited
-
Add xl_btree_delete optimization.
- d2e5e20e5711 13.0 cited
Hi,
On 2023-04-03 17:34:52 +0200, Alvaro Herrera wrote:
> On 2023-Apr-03, Drouvot, Bertrand wrote:
>
> > +/*
> > + * Report terminating or conflicting message.
> > + *
> > + * For both, logical conflict on standby and obsolete slot are handled.
> > + */
> > +static void
> > +ReportTerminationInvalidation(bool terminating, bool islogical, int pid,
> > + NameData slotname, TransactionId *xid,
> > + XLogRecPtr restart_lsn, XLogRecPtr oldestLSN)
> > +{
>
> > + if (terminating)
> > + appendStringInfo(&err_msg, _("terminating process %d to release replication slot \"%s\""),
> > + pid,
> > + NameStr(slotname));
> > + else
> > + appendStringInfo(&err_msg, _("invalidating"));
> > +
> > + if (islogical)
> > + {
> > + if (terminating)
> > + appendStringInfo(&err_msg, _(" because it conflicts with recovery"));
>
> You can't build the strings this way, because it's not possible to put
> the strings into the translation machinery. You need to write full
> strings for each separate case instead, without appending other string
> parts later.
Hm? That's what the _'s do. We build strings in parts in other places too.
You do need to use errmsg_internal() later, to prevent that format string from
being translated as well.
I'm not say that this is exactly the right way, don't get me wrong.
Greetings,
Andres Freund