Re: Skipping logical replication transactions on subscriber side - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Skipping logical replication transactions on subscriber side
Date
Msg-id 9c28c90c-f5b5-d8b9-e9b3-6af21b976725@enterprisedb.com
Whole thread Raw
In response to Re: Skipping logical replication transactions on subscriber side  (Amit Kapila <amit.kapila16@gmail.com>)
Responses Re: Skipping logical replication transactions on subscriber side
List pgsql-hackers
On 22.01.22 10:41, Amit Kapila wrote:
>> Additionally, the description for pg_stat_subscription_workers should describe what happens once the transaction
representedby last_error_xid has either been successfully processed or skipped.  Does this "last error" stick around
untilanother error happens (which is hopefully very rare) or does it reset to blanks?
 
>>
> It will be reset only on subscription drop, otherwise, it will stick
> around until another error happens.

Is this going to be a problem with transaction ID wraparound?  Do we 
need to use 64-bit xids for this?



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Skipping logical replication transactions on subscriber side
Next
From: Tom Lane
Date:
Subject: Re: PSA: Autoconf has risen from the dead