Re: [HACKERS] WAL logging problem in 9.4.3?

From: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
To: Michael Paquier <michael(at)paquier(dot)xyz>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] WAL logging problem in 9.4.3?
Date: 2018-07-10 14:35:58
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

Thanks for picking this up!

(I hope this gets through the email filters this time, sending a shell
script seems to be difficult. I also trimmed the CC list, if that helps.)

On 04/07/18 07:59, Michael Paquier wrote:
> Hence I propose the patch attached which disables the TRUNCATE and COPY
> optimizations for two cases, which are the ones actually causing
> problems. One solution has been presented by Simon here for COPY, which
> is to disable the optimization when there are no blocks on a relation
> with wal_level = minimal:
> For back-patching, I find that really appealing.

This fails in the case that there are any WAL-logged changes to the
table while the COPY is running. That can happen at least if the table
has an INSERT trigger, that performs operations on the same table, and
the COPY fires the trigger. That scenario is covered by the little bash
script I posted earlier in this thread
Attached is a new version of that script, updated to make it work with v11.

> The second thing that the patch attached does is to tweak
> ExecuteTruncateGuts so as the TRUNCATE optimization never runs for
> wal_level = minimal.

If we go down that route, let's at least keep the TRUNCATE optimization
for temporary and unlogged tables.

- Heikki

Attachment Content-Type Size
test-wal-minimal-2-bash-script text/plain 2.6 KB

In response to


Browse pgsql-hackers by date

  From Date Subject
Next Message Dilip Kumar 2018-07-10 15:44:06 Re: [PG-11] Potential bug related to INCLUDE clause of CREATE INDEX
Previous Message Tom Lane 2018-07-10 13:54:55 Re: [PG-11] Potential bug related to INCLUDE clause of CREATE INDEX