Re: Fixes inconsistent behavior in vacuum when it processes multiple relations
Nathan Bossart <nathandbossart@gmail.com>
From: Nathan Bossart <nathandbossart@gmail.com>
To: Michael Paquier <michael@paquier.xyz>
Cc: shihao zhong <zhong950419@gmail.com>, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2025-06-24T16:30:13Z
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 →
-
Rationalize handling of VacuumParams
- 2252fcd4276c 19 (unreleased) landed
-
Avoid scribbling of VACUUM options
- 65c3223f93a0 13.22 landed
- c079ba3fc2a4 14.19 landed
- 354944663df3 15.14 landed
- d187cabddadc 16.10 landed
- 2e0b5d252b10 17.6 landed
- 661643dedad9 18.0 landed
On Tue, Jun 24, 2025 at 10:18:18AM +0900, Michael Paquier wrote: > Knowing that I'm indirectly responsible for this mess, I would like to > take care of that myself. Would that be OK for you? I would be grateful if you took care of it. > Another approach that we could use is an injection point with some > LOGs that show some information based on what VacuumParams holds. > That would be the cheapest method (no need for any data), and entirely > stable as we would look at the stack. Perhaps going down to that is > not really necessary for the sake of this thread. +1 for this. I did something similar to verify the other bugs I reported, and this seems far easier to maintain than potentially-unstable tests that require lots of setup and that depend on secondary effects. -- nathan