ClickhouseExplainer
What's New with Monitoring in PostgreSQL 19
Summary
PostgreSQL 19, still in beta when this was written, adds monitoring and observability changes spanning lock contention, logging, WAL, wait events, remote messages, and multixacts. The default for log_lock_waits changes to on, while log_min_messages gains per-process-type levels and autoanalyze receives its own duration setting. A new wal_fpi_bytes counter exposes full-page-image volume cluster-wide, per session, per query, and in VACUUM and ANALYZE logs; new wait events expose WAL write, flush, and replay stages plus COPY file, pipe, and program I/O. Remote server messages now use normal PostgreSQL logging with origin prefixes, and pg_get_multixact_stats() surfaces multixact usage that previously required filesystem inspection and educated guessing. The post also lists upgrade work for parsers, metric collectors, wait-event dictionaries, configuration UIs, and alert thresholds, while noting that final release notes may differ.
Context
PostgreSQL 19 was still in beta, and its monitoring changes address visibility gaps around lock contention, autoanalyze activity, full-page-image WAL volume, WAL and COPY waits, remote-server messages, and multixact disk usage. The final release notes may differ from the beta behavior described.
Approach / What changed
The release adds or changes monitoring signals and configuration: log_lock_waits is enabled by default; log_min_messages supports process-type-specific levels; autoanalyze logging has a separate threshold; wal_fpi_bytes is exposed through statistics, EXPLAIN, and maintenance logs; new wait events cover WAL and COPY I/O; remote messages receive standard formatting; and pg_get_multixact_stats() reports multixact metrics.
Takeaways
log_min_messages can use process type:level pairs, allowing different verbosity for processes such as checkpointer and autovacuum while retaining a mandatory fallback level.
wal_fpi_bytes is available in pg_stat_wal, per-session statistics, EXPLAIN (ANALYZE, WAL), and VACUUM or ANALYZE logs, enabling comparison with wal_bytes.
After upgrading, log parsers and metric collectors need updates for separate autoanalyze logging, new WAL log fields, new wait events, and pg_get_multixact_stats().
Source and freshness
- Source
- clickhouse.com
- Published
- Added to Yomu
- Last updated
Summaries are generated from the original by a language model. Check the original before relying on it.
Keep reading
Related reading
The Good Stuff
Paid picks we use ourselves. Links carry a referral code — a subscription through one earns us a commission at no extra cost to you.
The best engineering reads, once a week
One useful email. Unsubscribe anytime.