RE: Logical replication timeout problem
От
wangw.fnst@fujitsu.com
Тема
RE: Logical replication timeout problem
Дата
Msg-id
OS3PR01MB6275D81CF9A4D45F0705B7279ED09@OS3PR01MB6275.jpnprd01.prod.outlook.com
Ответ на
RE: Logical replication timeout problem (wangw.fnst@fujitsu.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 по дате отправления