Re: binary version of pg_current_wal_insert_lsn and pg_walfile_name functions
От | Bharath Rupireddy |
---|---|
Тема | Re: binary version of pg_current_wal_insert_lsn and pg_walfile_name functions |
Дата | |
Msg-id | CALj2ACVvU-keOOyag6KjJygtHebkgh8bYhOGmM3TyTSoOaOopQ@mail.gmail.com обсуждение исходный текст |
Ответ на | binary version of pg_current_wal_insert_lsn and pg_walfile_name functions (Ashutosh Sharma <ashu.coek88@gmail.com>) |
Ответы |
Re: binary version of pg_current_wal_insert_lsn and pg_walfile_name functions
|
Список | pgsql-hackers |
On Mon, Sep 19, 2022 at 8:19 PM Ashutosh Sharma <ashu.coek88@gmail.com> wrote: > > Hi All, > > Currently, we have pg_current_wal_insert_lsn and pg_walfile_name sql > functions which gives us information about the next wal insert > location and the WAL file that the next wal insert location belongs > to. Can we have a binary version of these sql functions? +1 for the idea in general. As said, pg_waldump seems to be the right candidate. I think we want the lsn of the last WAL record and its info and the WAL file name given an input data directory or just the pg_wal directory or any directory where WAL files are located. For instance, one can use this on an archive location containing archived WAL files or on a node where pg_receivewal is receiving WAL files. Am I missing any other use-cases? pg_waldump currently can't understand compressed and partial files. I think that we need to fix this as well. -- Bharath Rupireddy PostgreSQL Contributors Team RDS Open Source Databases Amazon Web Services: https://aws.amazon.com
В списке pgsql-hackers по дате отправления: