RE: Logical replication timeout problem

Поиск
Список
Период
Сортировка
Искать
От
wangw.fnst@fujitsu.com
Тема
RE: Logical replication timeout problem
Дата
Msg-id
OS3PR01MB6275D81CF9A4D45F0705B7279ED09@OS3PR01MB6275.jpnprd01.prod.outlook.com
Ответ на
Список
Дерево обсуждения
Logical replication timeout problem Fabrice Chapuis <fabrice636861@gmail.com>
Re: Logical replication timeout problem Amit Kapila <amit.kapila16@gmail.com>
Re: Logical replication timeout problem Fabrice Chapuis <fabrice636861@gmail.com>
Re: Logical replication timeout problem Amit Kapila <amit.kapila16@gmail.com>
Re: Logical replication timeout problem Fabrice Chapuis <fabrice636861@gmail.com>
Re: Logical replication timeout problem Amit Kapila <amit.kapila16@gmail.com>
Re: Logical replication timeout problem Amit Kapila <amit.kapila16@gmail.com>
Re: Logical replication timeout problem Fabrice Chapuis <fabrice636861@gmail.com>
Re: Logical replication timeout problem Amit Kapila <amit.kapila16@gmail.com>
Re: Logical replication timeout problem Fabrice Chapuis <fabrice636861@gmail.com>
Re: Logical replication timeout problem Amit Kapila <amit.kapila16@gmail.com>
Re: Logical replication timeout problem Fabrice Chapuis <fabrice636861@gmail.com>
Re: Logical replication timeout problem Amit Kapila <amit.kapila16@gmail.com>
Re: Logical replication timeout problem Fabrice Chapuis <fabrice636861@gmail.com>
Re: Logical replication timeout problem Amit Kapila <amit.kapila16@gmail.com>
Re: Logical replication timeout problem Fabrice Chapuis <fabrice636861@gmail.com>
RE: Logical replication timeout problem Tang, Haiying/唐 海英 <tanghy.fnst@fujitsu.com>
Re: Logical replication timeout problem Fabrice Chapuis <fabrice636861@gmail.com>
Re: Logical replication timeout problem Fabrice Chapuis <fabrice636861@gmail.com>
Re: Logical replication timeout problem Amit Kapila <amit.kapila16@gmail.com>
Re: Logical replication timeout problem Fabrice Chapuis <fabrice636861@gmail.com>
RE: Logical replication timeout problem "tanghy.fnst@fujitsu.com" <tanghy.fnst@fujitsu.com>
On Mon, Jan 30, 2023 at 17:50 PM I wrote:
> Attach the new patch.

When invoking the function ReorderBufferProcessTXN, the threshold-related
counter "changes_count" may have some random value from the previous
transaction's processing. To fix this, I moved the definition of the counter
"changes_count" outside the while-loop and did not use the keyword "static".

Attach the new patch.

Regards,
Wang Wei
В списке pgsql-hackers по дате отправления
От: gkokolatos@pm.me
Дата:
От: Bharath Rupireddy
Дата:
FAQ