Re: A Question about FPW and WAL

From: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
To: Dawn Yu <boyyuxiao1987(at)gmail(dot)com>, pgsql-admin(at)lists(dot)postgresql(dot)org
Subject: Re: A Question about FPW and WAL
Date: 2023-04-03 09:38:30
Message-ID: 942e247261151cddf5d57cf7797d6bf3c9b067a7.camel@cybertec.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Mon, 2023-04-03 at 14:51 +0800, Dawn Yu wrote:
> Recently,we come up with a same problem,when the database make the checkpoint,
> the size of wal directory increase very fast and  take one hundred percent disk
> usage,we found the problem of pg wal write amplification is very serious.
> By analyzing the wal log, in some scenarios, most of the space is wasted when
> maintaining the full page of the index. Has the community considered modifying
> this part of the relevant code to make the full page better,The setting of FPW
> function is divided into two parts, the full-page write of the data record and
> the full-page write of the index block, and the switch functions can be set
> separately.
> By default, index full-page write is disabled. If the index is broken, you can
> rebuild the index to solve it. Although the security of index data cannot be
> guaranteed, this setting can greatly reduce the problem of storage space explosion
> caused by wal write amplification.

I would feel funny about a parameter like that.

There are a couple of things you can do today:

- increase "max_wal_size" and "checkpoint_timeout" to get checkpoints less often

- activate "wal_compression", so that the FPW are compressed. Best is to use v15,
where you can use "lz4" or "zstd" compression, which are much faster.

Yours,
Laurenz Albe

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Rui DeSousa 2023-04-03 14:30:11 Re: A Question about FPW and WAL
Previous Message Dawn Yu 2023-04-03 06:51:15 A Question about FPW and WAL