Re: q re removal/recycling of WAL files - Mailing list pgsql-admin

From Laurenz Albe
Subject Re: q re removal/recycling of WAL files
Date
Msg-id 1f40f551ce8f21ea67e63fc357098c116cbcb1f0.camel@cybertec.at
Whole thread Raw
In response to q re removal/recycling of WAL files  (Scott Ribe <scott_ribe@elevated-dev.com>)
List pgsql-admin
On Wed, 2021-11-03 at 16:24 -0600, Scott Ribe wrote:
> Let's say that there's a big update as part of a migration, and that update times out,
> and the migration utility retries it several times. (Context is that sequence happened
> through automated utility, and filled the disk, leading to an unfortunate series of events.)
> 
> 1) At what point does WAL from the failed & rolled back operations "go away"? During the next
>    checkpoint? During the checkpoint after completion of all other transactions which
>    overlapped time-wise with the timing-out ones?

A WAL segment is deleted if it contains no record newer than the latest checkpoint
or the oldest replication slot, and it is archived (if enabled) and "wal_keep_size"
does not require it to be kept around. 

That is the same for committed and rolled back operations.

> 2) Is there a chance that never-visible rows would be written into tables, bloating them?

Yes, that will definitely happen.

Yours,
Laurenz Albe
-- 
Cybertec | https://www.cybertec-postgresql.com




pgsql-admin by date:

Previous
From: Rui DeSousa
Date:
Subject: Re: q re removal/recycling of WAL files
Next
From: Scott Ribe
Date:
Subject: Re: q re removal/recycling of WAL files