Re: Unresolved repliaction hang and stop problem.
От | Alvaro Herrera |
---|---|
Тема | Re: Unresolved repliaction hang and stop problem. |
Дата | |
Msg-id | 20210428011812.GA30079@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: Unresolved repliaction hang and stop problem. (Amit Kapila <amit.kapila16@gmail.com>) |
Ответы |
Re: Unresolved repliaction hang and stop problem.
|
Список | pgsql-hackers |
On 2021-Apr-14, Amit Kapila wrote: > On Tue, Apr 13, 2021 at 1:18 PM Krzysztof Kois > <krzysztof.kois@unitygroup.com> wrote: > > > > Hello, > > After upgrading the cluster from 10.x to 13.1 we've started getting a problem describe pgsql-general: > > https://www.postgresql.org/message-id/8bf8785c-f47d-245c-b6af-80dc1eed40db%40unitygroup.com > > We've noticed similar issue being described on this list in > > https://www.postgresql-archive.org/Logical-replication-CPU-bound-with-TRUNCATE-DROP-CREATE-many-tables-tt6155123.html > > with a fix being rolled out in 13.2. > > The fix for the problem discussed in the above threads is committed > only in PG-14, see [1]. I don't know what makes you think it is fixed > in 13.2. Also, it is not easy to back-patch that because this fix > depends on some of the infrastructure introduced in PG-14. > > [1] - https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=d7eb52d7181d83cf2363570f7a205b8eb1008dbc Hmm ... On what does it depend (other than plain git conflicts, which are aplenty)? On a quick look to the commit, it's clear that we need to be careful in order not to cause an ABI break, but that doesn't seem impossible to solve, but I'm wondering if there is more to it than that. -- Álvaro Herrera 39°49'30"S 73°17'W
В списке pgsql-hackers по дате отправления: