Re: [HACKERS] WAL logging problem in 9.4.3?
Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>
Attachments
- wal-minimal-copy-truncate-v2-v3.diff (text/x-patch) patch v2
Hello. At Mon, 16 Jul 2018 16:14:09 -0400, Alvaro Herrera <alvherre@2ndquadrant.com> wrote in <20180716201409.2qfcneo4qkdwjvpv@alvherre.pgsql> > On 2018-Jul-12, Heikki Linnakangas wrote: > > > > > Thanks for the pointer. My tap test has been covering two out of > > > > the three scenarios you have in your script. I have been able to > > > > convert the extra as the attached, and I have added as well an > > > > extra test with TRUNCATE triggers. So it seems to me that we want > > > > to disable the optimization if any type of trigger are defined on > > > > the relation copied to as it could be possible that these triggers > > > > work on the blocks copied as well, for any BEFORE/AFTER and > > > > STATEMENT/ROW triggers. What do you think? > > > > > > Yeah, this seems like the only sane approach. > > > > Doesn't have to be a trigger, could be a CHECK constraint, datatype > > input function, etc. Admittedly, having a datatype input function that > > inserts to the table is worth a "huh?", but I'm feeling very confident > > that we can catch all such cases, and some of them might even be > > sensible. > > A counterexample could be a a JSON compresion scheme that uses a catalog > for a dictionary of keys. Hasn't this been described already? Also not > completely out of the question for GIS data, I think (Not sure if > PostGIS does this already.) In the third case, IIUC, disabling bulk-insertion after any WAL-logging insertion happend seems to work. The attached diff to v2 patch makes the three TAP tests pass. It uses relcache to store the last insertion XID but it will not be invalidated during a COPY operation. regards. -- Kyotaro Horiguchi NTT Open Source Software Center
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