Advance restart_lsn more eagerly in LogicalConfirmReceivedLocation The existing logic computed an updated replicationSlotMinLSN from all slots' restart_lsn only when catalog_xmin also advanced. This is not a problem in normal (non-repack) cases, because catalog_xmin changes pretty frequently, so the recomputation is triggered frequently enough. However, REPACK does not currently change its catalog snapshot, so that doesn't work very well if no other replication slot is being used.
(After this commit, we still don't recycle WAL properly for REPACK, because its background worker is not advancing its restart_lsn either; that will be fixed in a separate commit. However, this preexisting problem in older code is logically separate from that one.) Author: Zhijie Hou <[email protected]> Reviewed-by: Amit Kapila <[email protected]> Discussion: https://postgr.es/m/ty4pr01mb17718b44164522d0798f8e89894...@ty4pr01mb17718.jpnprd01.prod.outlook.com Branch ------ master Details ------- https://git.postgresql.org/pg/commitdiff/38470c2c1ea7dc0971d7abf65ef1dde80824ef43 Modified Files -------------- src/backend/replication/logical/logical.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-)
