Re: [HACKERS] WAL logging problem in 9.4.3?
Heikki Linnakangas <hlinnaka@iki.fi>
Attachments
- test-wal-minimal-2-bash-script (text/plain)
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: > https://www.postgresql.org/message-id/CANP8+jKN4V4MJEzFN_iEtdZ+1oM=YETxvmuu1YK4UMXQY2gaGw@mail.gmail.com > 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 (https://www.postgresql.org/message-id/55AFC302.1060805%40iki.fi). 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
Commits
-
Add perl2host call missing from a new test file.
- 70de4e950c3b 13.0 landed
-
Skip WAL for new relfilenodes, under wal_level=minimal.
- c6b92041d385 13.0 landed
- 9db4b9da2801 9.5.22 landed
- a653bd8aa76e 9.6.18 landed
- 9d6215205e5a 10.13 landed
- 03b89f1949a9 11.8 landed
- e4b0a02ef8c8 12.3 landed
- cb2fd7eac285 13.0 landed
-
Revert "Skip WAL for new relfilenodes, under wal_level=minimal."
- b31e96ba420f 9.5.22 landed
- 348f15e22e94 9.6.18 landed
- 0a6c9c66da26 10.13 landed
- 63631ee64f84 12.3 landed
- 2fbdebc248ec 11.8 landed
- de9396326edc 13.0 landed
-
Back-patch log_newpage_range().
- e0dd086414f7 9.5.22 landed
- 14d2bb4941e6 9.6.18 landed
- 43434ed94d80 10.13 landed
- ae86e46c3b7b 11.8 landed
-
During heap rebuild, lock any TOAST index until end of transaction.
- a8f754aea014 9.6.18 landed
- 978da2a95597 9.5.22 landed
- 78a34c68920a 10.13 landed
- 88b3a6cd2623 12.3 landed
- 4433c6e8c0a5 11.8 landed
- e629a01f6973 13.0 landed
-
In log_newpage_range(), heed forkNum and page_std arguments.
- a5abec521c5d 12.3 landed
- d3e572855be1 13.0 landed
-
Back-patch src/test/recovery and PostgresNode from 9.6 to 9.5.
- 12034da6cc39 9.5.22 landed
-
Reduce pg_ctl's reaction time when waiting for postmaster start/stop.
- c61559ec3a41 10.0 cited
-
Accelerate end-of-transaction dropping of relations
- 279628a0a7cf 9.3.0 cited
-
Redesign the planner's handling of index-descent cost estimation.
- 31f38f28b00c 9.3.0 cited
-
Make TRUNCATE do truncate-in-place when processing a relation that was created
- cab9a0656c36 9.0.0 cited