RE: Logical replication timeout - Mailing list pgsql-hackers

From Hayato Kuroda (Fujitsu)
Subject RE: Logical replication timeout
Date
Msg-id OSCPR01MB14966F2D6D3DFEDB631B4284BF5022@OSCPR01MB14966.jpnprd01.prod.outlook.com
Whole thread Raw
In response to Re: Logical replication timeout  (RECHTÉ Marc <marc.rechte@meteo.fr>)
List pgsql-hackers
Dear Marc,

Thanks for the reply!

> Thanks for your suggestions that were both already tested. In our (real) case (a
> single transaction with 12 millions sub-transactions):
> 
> 1) setting the subscription as streaming, just delay a bit the spill file surge. It does
> not prevent the creation of spill files.

It is bit surprised for me because I don't know the path which transactions can
be serialized even in the streaming=on case. Let me think over it...

> 2) we set logical_decoding_work_mem to 20GB, which probably also delayed the
> problem, but did not solve it.

Oh, I understood that you've already increased the parameter to the appropriate
value on your env. Is it right?

Best regards,
Hayato Kuroda
FUJITSU LIMITED


pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: Exporting float_to_shortest_decimal_buf(n) with Postgres 17 on Windows
Next
From: Andrey Borodin
Date:
Subject: Re: transaction lost when delete clog file after normal shutdown