PG_WALDUMP(1)

okay so bestie, welcome to PG_WALDUMP(1) from the PostgreSQL 16.15 Documentation 💖 this is the WAL-peeping little tool, and yes, it’s giving main-character debugging energy.

🌸 NAME 🌸

pg_waldump — display a human-readable rendering of the write-ahead log of a PostgreSQL database cluster. it’s literally the WAL translator bestie, no cap.

✨ SYNOPSIS ✨

pg_waldump [option...] [startseg [endseg]]

🦋 DESCRIPTION 🦋

pg_waldump displays the write-ahead log (WAL) and is mainly useful for debugging or educational purposes. that’s the whole assignment. it’s not here to be your production bestie, it’s here to help you peek at WAL.

this utility can only be run by the user who installed the server, because it requires read-only access to the data directory. so yeah, permissions check first, bestie.

💅 OPTIONS 💅

the following command-line options control the location and format of the output:

• startseg — start reading at the specified WAL segment file. this implicitly determines the path in which files will be searched for, and the timeline to use.
• endseg — stop after reading the specified WAL segment file.
• -b, --bkp-details — output detailed information about backup blocks.
• -B block, --block=block — only display records that modify the given block. the relation must also be provided with --relation or -R. no relation, no entry, bestie.
• -e end, --end=end — stop reading at the specified WAL location, instead of reading to the end of the log stream.
• -f, --follow — after reaching the end of valid WAL, keep polling once per second for new WAL to appear.
• -F fork, --fork=fork — if provided, only display records that modify blocks in the given fork. the valid values are main for the main fork, fsm for the free space map, vm for the visibility map, and init for the init fork.
• -n limit, --limit=limit — display the specified number of records, then stop.
• -p path, --path=path — specifies a directory to search for WAL segment files or a directory with a pg_wal subdirectory that contains such files. the default is to search in the current directory, the pg_wal subdirectory of the current directory, and the pg_wal subdirectory of PGDATA.
• -q, --quiet — do not print any output, except for errors. this option can be useful when you want to know whether a range of WAL records can be successfully parsed but don’t care about the record contents.
• -r rmgr, --rmgr=rmgr — only display records generated by the specified resource manager. you can specify the option multiple times to select multiple resource managers. if list is passed as name, print a list of valid resource manager names, and exit.

extensions may define custom resource managers, but pg_waldump does not load the extension module and therefore does not recognize custom resource managers by name. instead, you can specify the custom resource managers as custom### where ### is the three-digit resource manager ID. names of this form will always be considered valid. iykyk 🫶

• -R tblspc/db/rel, --relation=tblspc/db/rel — only display records that modify blocks in the given relation. the relation is specified with tablespace OID, database OID, and relfilenode separated by slashes, for example 1234/12345/12345. this is the same format used for relations in the program’s output.
• -s start, --start=start — WAL location at which to start reading. the default is to start reading the first valid WAL record found in the earliest file found.
• -t timeline, --timeline=timeline — timeline from which to read WAL records. the default is to use the value in startseg, if that is specified; otherwise, the default is 1. the value can be specified in decimal or hexadecimal, for example 17 or 0x11.
• -V, --version — print the pg_waldump version and exit.
• -w, --fullpage — only display records that include full page images.
• -x xid, --xid=xid — only display records marked with the given transaction ID.
• -z, --stats[=record] — display summary statistics (number and size of records and full-page images) instead of individual records. optionally generate statistics per-record instead of per-rmgr.

if pg_waldump is terminated by signal SIGINT (Control+C, aka Ctrl+C), the summary of the statistics computed is displayed up to the termination point. this operation is not supported on Windows.

• --save-fullpage=save_path — save full page images found in the WAL records to the save_path directory. the images saved are subject to the same filtering and limiting criteria as the records displayed.

the full page images are saved with the following file name format:

TIMELINE-LSN.RELTABLESPACE.DATOID.RELNODE.BLKNO_FORK

the file names are composed of the following parts:

• TIMELINE — the timeline of the WAL segment file where the record is located, formatted as one 8-character hexadecimal number %08X.
• LSN — the LSN of the record with this image, formatted as two 8-character hexadecimal numbers %08X-%08X.
• RELTABLESPACE — tablespace OID of the block.
• DATOID — database OID of the block.
• RELNODE — filenode of the block.
• BLKNO — block number of the block.
• FORK — the name of the fork the full page image came from, such as main, fsm, vm, or init.

• -?, --help — show help about pg_waldump command line arguments, and exit.

🌈 ENVIRONMENT 🌈

• PGDATA — data directory; see also the -p option.
• PG_COLOR — specifies whether to use color in diagnostic messages. possible values are always, auto, and never.

🎀 NOTES 🎀

⚠️ can give wrong results when the server is running. like, for real, do not treat that as gospel, bestie.

only the specified timeline is displayed (or the default, if none is specified). records in other timelines are ignored.

pg_waldump cannot read WAL files with suffix .partial. if those files need to be read, .partial suffix needs to be removed from the file name. that’s the rule, periodt.

👑 SEE ALSO 👑

Section 30.6

---

xoxo, PostgreSQL 16.15 · 2026 · PG_WALDUMP(1) 💅✨