Re: Parallel Apply - Mailing list pgsql-hackers

From Andrei Lepikhov
Subject Re: Parallel Apply
Date
Msg-id 73ace9a5-404e-4563-b3b1-eba9b4b91c60@gmail.com
Whole thread Raw
In response to Parallel Apply  (Amit Kapila <amit.kapila16@gmail.com>)
Responses Re: Parallel Apply
List pgsql-hackers
On 11/8/2025 06:45, Amit Kapila wrote:
> The core idea is that the leader apply worker ensures the following:
> a. Identifies dependencies between transactions. b. Coordinates
> parallel workers to apply independent transactions concurrently. c.
> Ensures correct ordering for dependent transactions.
Dependency detection may be quite an expensive operation. What about a 
'positive' approach - deadlock detection on replica and, restart apply 
of a record that should be applied later? Have you thought about this 
way? What are the pros and cons here? Do you envision common cases where 
such a deadlock will be frequent?

-- 
regards, Andrei Lepikhov



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Making type Datum be 8 bytes everywhere
Next
From: jian he
Date:
Subject: Re: implement CAST(expr AS type FORMAT 'template')