From: | Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Ashutosh Sharma <ashu(dot)coek88(at)gmail(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Greg Stark <stark(at)mit(dot)edu>, Jeremy Schneider <schneider(at)ardentperf(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, SATYANARAYANA NARLAPURAM <satyanarlapuram(at)gmail(dot)com>, marvin_liang(at)qq(dot)com, actyzhang(at)outlook(dot)com |
Subject: | Re: pg_walinspect - a new extension to get raw WAL data and WAL stats |
Date: | 2022-03-04 10:23:59 |
Message-ID: | CALj2ACWtToUQ5hCCBJP+mKeVUcN-g7cMb9XvhAcicPxUDsdcKg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Mar 3, 2022 at 10:05 PM Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>
> On Fri, Feb 25, 2022 at 6:03 AM Bharath Rupireddy
> <bharath(dot)rupireddyforpostgres(at)gmail(dot)com> wrote:
> > Added a new function that returns the first and last valid WAL record
> > LSN of a given WAL file.
>
> Sounds like fuzzy thinking to me. WAL records can cross file
> boundaries, and forgetting about that leads to all sorts of problems.
> Just give people one function that decodes a range of LSNs and call it
> good. Why do you need anything else? If people want to get the first
> record that begins in a segment or the first record any portion of
> which is in a particular segment or the last record that begins in a
> segment or the last record that ends in a segment or any other such
> thing, they can use a WHERE clause for that... and if you think they
> can't, then that should be good cause to rethink the return value of
> the one-and-only SRF that I think you need here.
Thanks Robert.
Thanks to others for your review comments.
Here's the v7 patch set. These patches are based on the motive that
"keep it simple and short yet effective and useful". With that in
mind, I have not implemented the wait mode for any of the functions
(as it doesn't look an effective use-case and requires adding a new
page_read callback, instead throw error if future LSN is specified),
also these functions will give WAL information on the current server's
timeline. Having said that, I'm open to adding new functions in future
once this initial version gets in, if there's a requirement and users
ask for the new functions.
Please review the v7 patch set and provide your thoughts.
Regards,
Bharath Rupireddy.
Attachment | Content-Type | Size |
---|---|---|
v7-0001-pg_walinspect.patch | application/x-patch | 35.8 KB |
v7-0001-pg_walinspect-tests.patch | application/x-patch | 5.6 KB |
v7-0001-pg_walinspect-docs.patch | application/x-patch | 6.9 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Munro | 2022-03-04 10:26:43 | Re: pg_tablespace_location() failure with allow_in_place_tablespaces |
Previous Message | Japin Li | 2022-03-04 09:49:35 | Re: Doc about how to set max_wal_senders when setting minimal wal_level |