Re: Vacuum ERRORs out considering freezing dead tuples from before OldestXmin
Melanie Plageman <melanieplageman@gmail.com>
From: Melanie Plageman <melanieplageman@gmail.com>
To: Heikki Linnakangas <hlinnaka@iki.fi>
Cc: Pg Hackers <pgsql-hackers@postgresql.org>,
Andres Freund <andres@anarazel.de>, Noah Misch <noah@leadboat.com>, Peter Geoghegan <pg@bowt.ie>
Date: 2024-07-08T18:25:16Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Test that vacuum removes tuples older than OldestXmin
- 2c0bc4765741 17.6 landed
- 303ba0573ce6 18.0 landed
- 80c34692e8e6 17.0 landed
- aa607980aee0 18.0 landed
-
Lower minimum maintenance_work_mem to 64kB
- 2eda3df9ad53 17.0 landed
- bbf668d66fbf 18.0 landed
-
Add accidentally omitted test to meson build file
- 9d198f4d3e3b 16.4 landed
-
Use DELETE instead of UPDATE to speed up vacuum test
- 924a08b76f5d 14.13 landed
- 9744fe24118b 15.8 landed
- 571e0ee40ebd 16.4 landed
-
Revert "Test that vacuum removes tuples older than OldestXmin"
- efcbb76efe40 18.0 landed
- 1a3e90948b50 17.0 landed
-
Ensure vacuum removes all visibly dead tuples older than OldestXmin
- fd4f12df5e46 17.0 landed
- 83c39a1f7f3f 18.0 landed
Attachments
- v3-0001-Test-that-vacuum-removes-tuples-older-than-Oldest.patch (text/x-patch) patch v3-0001
- v3-0002-Ensure-vacuum-removes-all-visibly-dead-tuples-old.patch (text/x-patch) patch v3-0002
On Tue, Jul 2, 2024 at 7:07 PM Melanie Plageman <melanieplageman@gmail.com> wrote: > > On Mon, Jun 24, 2024 at 4:27 AM Heikki Linnakangas <hlinnaka@iki.fi> wrote: > > > > Would it be possible to make it robust so that we could always run it > > with "make check"? This seems like an important corner case to > > regression test. > > Okay, I've attached a new version of the patch and a new version of > the repro that may be fast and stable enough to commit. It is more > minimal than the previous version. I made the table as small as I > could to still trigger two rounds of index vacuuming. I tried to make > it as stable as possible. I also removed the cursor on the standby > that could trigger recovery conflicts. It would be super helpful if > someone could take a look at the test and point out any ways I could > make it even more likely to be stable. Attached v3 has one important additional component in the test -- I use pg_stat_progress_vacuum to confirm that we actually do more than one pass of index vacuuming. Otherwise, it would have been trivial for the test to incorrectly pass. I could still use another pair of eyes on the test (looking out for stability enhancing measures I could take). I also would be happy if someone looked at the commit message and/or comments to let me know if they make sense. I'll finish with versions of the patch and test targeted at v14-16 and propose those before committing this. - Melanie