Skip to content

Commit e73068b

Browse files
committed
pg_waldump: Fix bug in per-record statistics.
pg_waldump --stats=record identifies a record by a combination of the RmgrId and the four bits of the xl_info field of the record. But XACT records use the first bit of those four bits for an optional flag variable, and the following three bits for the opcode to identify a record. So previously the same type of XACT record could have different four bits (three bits are the same but the first one bit is different), and which could cause pg_waldump --stats=record to show two lines of per-record statistics for the same XACT record. This is a bug. This commit changes pg_waldump --stats=record so that it processes only XACT record differently, i.e., filters the opcode out of xl_info and uses a combination of the RmgrId and those three bits as the identifier of a record, only for XACT record. For other records, the four bits of the xl_info field are still used. Back-patch to all supported branches. Author: Kyotaro Horiguchi Reviewed-by: Shinya Kato, Fujii Masao Discussion: https://postgr.es/m/2020100913412132258847@highgo.ca
1 parent 7e25217 commit e73068b

File tree

1 file changed

+9
-0
lines changed

1 file changed

+9
-0
lines changed

src/bin/pg_xlogdump/pg_xlogdump.c

+9
Original file line numberDiff line numberDiff line change
@@ -424,6 +424,15 @@ XLogDumpCountRecord(XLogDumpConfig *config, XLogDumpStats *stats,
424424

425425
recid = XLogRecGetInfo(record) >> 4;
426426

427+
/*
428+
* XACT records need to be handled differently. Those records use the
429+
* first bit of those four bits for an optional flag variable and the
430+
* following three bits for the opcode. We filter opcode out of xl_info
431+
* and use it as the identifier of the record.
432+
*/
433+
if (rmid == RM_XACT_ID)
434+
recid &= 0x07;
435+
427436
stats->record_stats[rmid][recid].count++;
428437
stats->record_stats[rmid][recid].rec_len += rec_len;
429438
stats->record_stats[rmid][recid].fpi_len += fpi_len;

0 commit comments

Comments
 (0)